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This document provides a comprehensive description of 
the CLIPPER 32-bit microprocessor module including a 
functional description, signal description, timing 
waveforms, module dimensions with connector pinout, 
and AC/DC parametric values. The CLIPPER module, 
as shown in the photograph above, contains three 
CMOS VLSI chips and clock circuitry implemented on 
a small multilayer printed circuit board. 



The three VLSI chips include a CPU/FPU and two 
combined memory management/cache units, one for 
data and one for instructions. In addition, the module 
contains all appropriate bypass capacitors and pull-up 
resistors. The module interfaces to the CLIPPER bus via 
the 96 pin connector. 
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Features 

High Performance 

• 33 MHz single-phase clock 

• 33 MIPS peak execution rate 

• Separate CPU data and instruction buses 

• Full 32-bit internal and external architecture 

• 3-stage integer execution pipeline and IEEE 
floating-point execution unit with overlapped 
instruction fetch and decode operations 

• On-chip IEEE Floating-Point Execution Unit 

Streamlined Instruction Set 

• 9 addressing modes 

• Most frequently used instructions execute in one 
clock cycle 

• Macro instructions for operating system support and 
optimal use of bus bandwidth 

• Multiple programmable register sets for efficiency 

— 16 32-bit user registers 

— 16 32-bit supervisor registers 

— 8 64-bit floating-point registers 

8K Byte Total Instruction and Data Caches 

• 4 K-byte instruction cache 

• 4 K-byte data cache 

• 256 line two-way set-associative, 16-byte line size 
cache organization 

• User-enabled instruction prefetch for maximum hit 
rate and performance of the pipeline 

• Bus Watch for system data integrity 

• Write-through, copy-back, and noncacheable 
caching policies on a per-page basis 

Memory Management 

• Demand paged virtual memory 

• 4 G-byte virtual address space per process 

• 4 G-byte real memory address space 

• Separate user and supervisor modes 

• 1 28 line two-way set-associative Translation 
Lookaside Buffer each for data and instructions 

• Memory read, write, and execute access protection 
on a per-page basis 

• Dynamic Translation Unit and page table update 

High-Speed and Flexible Bus 

• High-bandwidth synchronous bus 

• Byte, halfword, word, and quadword transfers 



Interrupt/Exception Processing 

• Macro instructions for exception processing 

• 256 vectored interrupts with 1 6 priority levels 

• Separate interrupt bus for high-speed interrupt 
processing 

• 18 predefined traps 

• 1 28 system calls 

The CLIPPER C100 Module is an architecturally ad- 
vanced, very high-performance CMOS 32-bit 
microprocessor compute engine consisting of a CPU, 
two Cache/MMU chips, and clock control circuitry. The 
CPU includes an IEEE standard Floating-Point Execu- 
tion Unit. 

The CLIPPER Compute Engine is a Single Instruc- 
tion/Single Data architecture with instruction prefetch 
overlapped on multiple execution units. The basic in- 
struction set is streamlined and hardwired for maximum 
performance. Because the control section of the CPU is 
a hardwired logic state machine, rather than a 
microcoded engine, instructions execute at a maximum 
rate of one per clock cycle. The CPU contains two 32- 
bit buses: one for data and one for instructions. Multi- 
stage pipelined instruction processing, combined with a 
dual cache/MMU design, permit concurrency at all 
stages of program execution. In addition, the integrated 
Floating-Point Unit executes instructions concurrently 
with the integer execution unit. A high-bandwidth 
synchronous bus architecture easily interfaces to high- 
speed peripherals, I/O, and memory subsystems. 

1. Introduction 

The CLIPPER C100 32-bit Microprocessor Module (see 
Figure 1) consists of three CMOS VLSI chips together 
with a Clock Control chip. The VLSI chips are: 1) a high- 
performance, dual bus CPU/FPU, 2) an instruction 
cache/MMU chip (l-CAMMU), and 3) a data cache/MMU 
chip (D-CAMMU). The CLIPPER Module interface is a 
96-pin connector which is buffered through a set of user- 
supplied drivers. 

The CLIPPER Module interface signals comprise the 
CLIPPER Bus and consist of a 32-bit, multiplexed 
data/address bus, bus arbitration control, bus control, 
clock control, interrupt control, error signalling, diagnos- 
tics, and reset. 
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Figure 1 CUPPER C100 Module Block Diagram 
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1.1. CPU 

The CLIPPER CPU is a high-performance, full 32-bit in- 
ternal and external (via separate 32-bit instruction and 
data buses) processor with a load/store architecture. 
The CPU is highly pipelined for maximum instruction ex- 
ecution and contains a 32 x 32-bit general register file, 
two ALUs (one for integer execution and one for floating- 
point execution), a streamlined instruction set, a Macro 
instruction Unit (for exception processing instructions, in- 
terrupt handling instructions, and macrocoded instruc- 
tions), and a complete Floating-Point Unit. Figures 2 
and 3 show simplified and detailed block diagrams of 
the CPU. 

1 .1 .1 . Pipelining and Concurrency 

The CPU utilizes a fetch, decode; and execution 
pipeline as shown in Figure 4. The CPU two-stage in- 
struction control unit (see Figure 2 ) supports two 



instruction execution units that operate in parallel, per- 
mitting up to four instructions (three integer and one 
floating-point) to be in the execution stage concurrently. 
Instruction control (the upper pipeline) includes both 
fetch and decode, decode includes both resource 
management and issue. The parallel execution units 
(lower pipeline) execute integer and floating-point opera- 
tions concurrently. Program counter values accompany 
instructions through the upper pipeline for exception 
processing and branch control by the CPU. 

There are two stages of instruction fetch, namely, from 
memory to the instruction cache (ahead of actual CPU 
demand) and from the cache to the CPU's Instruction 
Buffer. The Instruction Buffer can hold up to four instruc- 
tions. Immediate values are sent from the Instruction 
Buffer via the J register to an L register in the ALU 



Figure 2 Simplified CPU Block Diagram 
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pipeline, for use as address offsets or data values. The 
J register and L register stages are shown in Figure 3. 

Instruction decode and resource management are per- 
formed in the B stage. The B stage obtains instruction 
parcels from either the Instruction Buffer or the Macro In- 
struction Unit. Resource management is accomplished 
by comparing an instruction request for a resource 
against a table of resources busy. 

In the final stage of the upper pipeline (decoded and as- 
sembled instruction is in the C stage), instructions are is- 
sued for execution to the integer execution unit or the 
floating-point execution unit if no resource conflict exists. 

The lower pipeline consists of two parallel execution 
units, an integer execution unit and a floating-point ex- 
ecution unit. The integer execution pipeline has three 
stages. In the first stage, operands are read from the 
general register file. The general register file has three 
ports that operate concurrently in a single clock period; 
two ports are for reading and the third is for writing. 
Thus, two reads and a write may be performed in a 
single clock. In the second stage, the ALU output is writ- 
ten to the A register, and in the third stage, the contents 
of the A register are output to the FPU, the bypass mux 
(to the ALU), to the general register file or to the 
D-CAMMU interface. 

Figure 3 Detailed CPU Block Diagram 



1.1.2. Integer Execution Unit 

The Integer Execution Unit executes all instructions ex- 
cept those handled by the FPU. It contains a register 
file (supervisor and user sets), a serial double-bit shifter, 
and a 32-bit Arithmetic Logic Unit (ALU). 

The ALU is used for address computation as well as 
data manipulation. Nine addressing modes are sup- 
ported, each requiring only one pass through the ALU. 

When the result output by the ALU is needed by the in- 
struction immediately following it, a feedback mecha- 
nism allows the result from the current ALU operation to 
be fed back into the ALU for the next operation. 

1.1.3. Floating-Point Execution Unit (FPU) 

An integrated Floating-Point Unit performs single-and 
double- precision floating-point operations concurrently 
with the integer execution unit, using its own ALU and 
set of eight 64-bit registers. These registers are acces- 
sible to either the user or supervisor. Because the Float- 
ing-Point Unit is on the CPU chip, CLIPPER Bus 
accesses are usually not required. This reduces bus traf- 
fic and improves performance. 

All CLIPPER floating-point arithmetic operations support 
the IEEE 754 Standard. For more information, refer to 
Section 4, Floating-Point Unit. 
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1 .1 .4. Macro Instruction Unit 

The Macro Instruction (Ml ROM) Unit stores instruction 
sequences of the basic hardwired instruction set. When 
a macro instruction is encountered in the instruction 
stream, an instruction sequence is read from the Ml 
ROM and inserted into the B stage of the upper 
pipeline. The width of the ROM word is such that the in- 
struction pipeline can be maintained at the maximum of 
one parcel (one halfword) every clock. When the Ml se- 
quence ends, the instruction stream is switched back to 
the Instruction Buffer as the source. 



The Ml Unit provides three types of instruction 
sequences: 

— Those that provide direct support for the operating 
system: for example, context switching and 
trap/interrupt entry and return; 

— Those that perform certain floating-point operations 
not directly implemented in the Floating-Point Unit: 
for example, single to double and double to 
single-precision floating-point conversions; 



Figure 4 CLIPPER Pipeline 
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— Commonly used complex instructions which are 
typically found in so-called "complex instruction set 
computers:" for example, character string 
manipulations. 

Instructions from the Ml ROM are provided with addition- 
al Ml register files, thus avoiding resource conflicts with 
the floating-point and general-purpose registers. 

1.2. CAMMU 

In addition to the CPU, the CLIPPER Module includes 
two Cache/Memory Management Unit (CAMMU) chips, 
an Instruction Cache/MMU, and a Data Cache/MMU. 
The CAMMUs interface to the CPU via a high-speed, 
32-bit internal module bus and interface to main 
memory and I/O devices via the CLIPPER Bus. 

1.2.1. instruction and Data Caches 

Two separate, 4 K-byte cache memories, one for data 
and one for instructions, act as transparent high-speed 
buffers between the CPU and main memory. Each 
cache is two-way set-associative, containing 256 quad- 
word lines of frequently used instructions or data. For 
fast CPU access, each cache also contains a virtual ad- 
dress cache consisting of a 16-byte buffer containing 
the quadword that was most recently accessed from the 
cache, and a register containing the virtual address of 
the quadword. 

Because most CPU fetches are satisfied directly from 
the cache, the access time of real memory has far less 
effect on total system performance. Minimizing fetches 
from main memory also reduces bus traffic and allows 
greater bandwidth for other bus masters or I/O 
processors. 

Bus Watch is the monitoring of the CLIPPER Bus trans- 
actions by the CAMMUs. It is used to ensure data con- 
sistency between the cache and main memory, and to 
ensure that the latest data is always transferred to an 
I/O device reading main memory. Bus Watch is 
transparent to software. 

A demand fetch algorithm is implemented in both the 
l-CAMMU and D-CAMMU. A prefetch algorithm is also 
implemented in the l-CAMMU; it can be enabled or dis- 
abled under program control. 



1.2.2. Memory Management Unit (MMU) 

The Memory Management Unit translates CPU virtual 
addresses to real addresses in one of three separate 
real spaces (I/O, Boot, or Main Memory) using transla- 
tion tables located in main memory. In order to minimize 
the time required to obtain these translations, an addi- 
tional two-way set-associative Translation Lookaside Buf- 
fer (TLB) in each CAMMU holds 128 of the most 
frequently used values from the translation tables for 
both instructions and data. 

When the TLB does not contain the required translation 
entry, the MMU fetches the required value from main 
memory and updates the TLB. 

The MMU also supports main memory access protec- 
tion (read, write, and execute). 

1.3. CiockControi Unit 

The CLIPPER clock chip provides two clock signals. 
MCLK is an internal clock not available to the user. The 
MCLK frequency is the rate of operation of the CPU 
and CAMMUs. BCLK is the CLIPPER Module bus 
clock. The BCLK frequency is the rate of operation of 
the CLIPPER bus. With an externally supplied 
66.7 MHz oscillator, MCLK is 33.3 MHz, and BCLK is 
either 16.7 MHz or 8.3 MHz depending on the state of 
the RATE control pin on the CLIPPER Bus. See Section 
9, CLIPPER Bus, for details. 

2. Memory Organization 

The real memory of a CLIPPER system is organized as 
a sequence of 32-bit words, each word consisting of 
four 8-bit bytes. Each byte is assigned a unique ad- 
dress ranging from to 4,294,967,295 (4 G-bytes). 

By using virtual memory techniques, a CLIPPER system 
can appear to have a full 4 G-bytes of physical memory 
available to each user program. See Section 9, 
CLIPPER Bus, for details. 

There are three real address spaces defined in the 
CLIPPER architecture: 

— Main memory space 

— I/O space 

— Boot space 
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Main memory, I/O space, and Boot space are acces- 
sible in both user and supervisor modes. The memory 
space accessed by a given address is determined by 
the System Tag associated with the page. 

The Hardwired Translation Lookaside Buffer (HTLB) is a 
feature of the CAMMU which guarantees TLB hits of 
special memory pages by the supervisor. The first four 



pages of real main memory space have HTLB entries in 
the CAMMUs, as do the first two pages of both I/O 
space and Boot space. The HTLB is used in supervisor 
mode only. The HTLB is described in detail in Section 
7.2.2, Fixed Address Translation. CLIPPER'S three 
memory spaces and the mapping of the HTLB are 
shown in Figure 5. 



Figure 5 Real Address Spaces— HTLB Mapping 
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2.1. Data Types 

The CLIPPER architecture supports the primitive data 
types shown in Figure 6. There are signed and un- 
signed bytes, halfwords (16 bits), words (32 bits), and 
iongwords (64 bits), as well as single-precision (32-bit) 
and double-precision (64-bit) IEEE Standard floating- 
point numbers. 

Figure 6 CUPPER Primitive Data Types 
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The rules for the storage and alignment of memory data 
types are illustrated in Figure 7 and summarized below: 

1 . Bit is the least-significant bit (LSB) of all data types. 
Bit numbers increase from right to left. 

2. The least-significant byte of multiple-byte data types is 
stored at the lowest memory address. 

3. The most-significant byte of multiple-byte data types 
is stored at the highest memory address. 

4. All data types must begin at an address that is a 
multiple of their size. For example, a halfword must 
begin on a halfword boundary. 

3. Programming Model 

The basic programming model for the CLIPPER Com- 
pute Engine is shown in Figure 8. CPU registers are dis- 
cussed in this section; CAMMU registers are discussed 
in Section 7, Cache and MMU. 



Figure 7 Addressing and Alignment of Data in 
Memory 
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Figure 8 CUPPER Programming Model 
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3.1. Register Sets 

The CPU contains three sets of registers: 16 user 
registers (rO-M5), 16 supervisor registers (r0-r15) and 8 
floating-point registers (fO- f7). 

The user and floating-point registers are accessible in 
both user and supervisor modes; the supervisor 
registers are accessible only in supervisor mode. 

There are two status and control registers: the Program 
Status Word (PSW) and the System Status Word 
(SSW). The PSW is accessible in both user and super- 
Figure 9 Program Status Word 



visor modes. The SSW is writable only in supervisor 
mode; it should not be read in user mode to ensure 
compatibility with future Intergraph CLIPPER products. 

The Program Counter (PC) contains the address of the 
current instruction. This is interpreted as a virtual ad- 
dress if CLIPPER is operating in mapped mode, and as 
a physical address if CLIPPER is operating in un- 
mapped mode (see Section 3.3, Mapped and Un- 
mapped Addresses). The PC is accessible by both the 
user and the supervisor. 
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3.1.1. User and Supervisor Registers 

The user and supervisor registers, rO-M5, are general- 
purpose, 32-bit registers. They are used for word (32- 
bit) and longword (64-bit) integer operations. 

Bytes and haifwords used in load and store instructions 
are sign- or zero-extended to 32 bits before they are put 
in registers. Longword values are stored in register 
pairs, with the least significant word in the even-num- 
bered register. When double-precision (64-bit) floating- 
point data types are moved to an integer register pair, 
the least-significant fraction occupies tfie even num- 
bered register. 

3.1.2. Floating-Point Registers 

The floating-point registers, f0-f7, are used by the FPU 
for floating-point instructions, which are executed concur- 
rently with instructions in the ALU. These 64-bit 
registers are used for floating-point operands in both 
single- and double-precision IEEE format. Single- 
precision operands stored in floating-point registers 
have zeros in the 29 least significant fraction bits and in 
the three most significant exponent bits. 

The integer multiply, divide, and mod instructions are ex- 
ecuted by the FPU, but use registers r0-r15 (user or su- 
pervisor). 

3.1.3. Program Status Word (PSW) 

The PSW, shown in Figure 9, contains flags which iden- 
tify and together with the SSW, control a program's 
response to various exceptions resulting from integer 
and floating-point operations (see Section 6, Excep- 
tions, for more details). 

On hardware reset, the trace trap (T) flag is cleared; the 
remaining PSW bits are undefined. 

C,V,Z,N: Condition Codes 

The condition codes are modified only by the register-to- 
register integer instructions, string instructions, floating 
comparison, and by directly writing the PSW. They are 
tested by the branch on condition instruction. 

FX, FU, FD, FV, Fl: Floating-Point Exception Flags 
The floating-point exception flags are set by hardware 
on exceptions arising from floating-point operations, in 
accordance with the IEEE 754 Floating-Point Standard. 



Once set, they are cleared only by user software or, for 
those conditions for which the corresponding trap is 
enabled (i.e., when both EFT and the individual enable 
flag are set) by the trap handler. They are tested by the 
branch on floating exception instruction (see Section 
6.2.2, Floating-Point Arithmetic Trap Group, for more 
details). 

EFX, EFU, EFD, EFV, EFI: Enable Floating Flags 
The IEEE floating-point trap enable flags are set by 
software to request the result that would be given to a 
trap handler on an exception, rather than the IEEE 
default (no-trap) result. If the EFT bit is set, enabled ex- 
ceptions also cause traps. See Section 6.2.2, Floating- 
Point Arithmetic Trap Group, for a description of the use 
of this field by trap handler routines. 

EFT: Enable Floating Trap 

When set, the enable floating trap flag enables traps to 
occur whenever an exception is signalled by the FPU 
and that exception's trap enable flag is also set. When 
this bit is clear, floating-point traps are disabled and 
program execution continues regardless of the values of 
the floating trap enable flags. 

FR: Floating Rounding Mode 

The floating-point rounding mode field is set by software 

to select the IEEE rounding" mode for floating-point 

operations. 

The default is round to nearest, in which the rounded 
result is the closest representable number to the exact 
result, with ties decided in favor of the representable 
number with zero as its least-significant fraction field bit. 

When rounding toward + «>, the result is the format's 
value (possibly + <*>) closest to and no less than the in- 
finitely precise result. When rounding toward - «>, the 
result is the format's value (possibly - <*>) closest to and 
no greater than the infinitely precise result. When round- 
ing toward 0, the result is the format's value closest to 
and no greater in magnitude than the infinitely precise 
result. 

T: Trace Trap Enable 

The trace trap enable flag is set by the user or super- 
visor to request a trace trap following execution of the 
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next instruction. It is cleared by the user or supervisor 
to disable the trace. 

CIS: CPU Trap Status 

The CPU trap status field is set by the hardware to indi- 
cate the cause of a CPU-related trap (see Section 6.2, 
Traps). 

MTS: Memory Trap Status 

The memory trap status field is set by the hardware to 
indicate the cause of a memory-related trap (see Sec- 
tion 6.2, Traps). 

3.1.4. System Status Word (SSW) 

The SSW controls the CLIPPER Module's mode of 
operation (user or supervisor) and provides status and 
control for program protection and the response to inter- 
rupts (see Figure 10). It may be written in supervisor 
mode only. Reset clears the following SSW flags: El, 
TP, M, U, K, KU, UU and P. The remaining flags are un- 
defined. This represents unmapped supervisor mode 
with all maskable interrupts disabled. 

The SSW is written using the movwp (move word to 
processor register) instruction. When used with the 
SSW, this instruction can take as its second operand 

Figure 10 System Status Word 



either processor register 1 (ssw) or processor register 3 
(sswf). movwp using processor register 1 behaves like 
a branch instruction, causing the upper pipeline to be 
flushed, movwp with processor register 3 does not 
cause the pipeline to be flushed, is thus faster, but must 
only be used in cases where the modification of the 
SSW will not compromise the memory mapping of the 
subsequent code in the upper pipeline. That is, because 
the K, U, KU, and UU protection bits are compared with 
the PL field of the TLB or HTLB entry for memory ac- 
cess protection, a memory reference that would have 
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the IN, IL, El, FRD, TP, ECM, KU and UU flags; 
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movwp instruction with processor register 1 . 

Descriptions of IN, IL, El, TP, and ECM are given below 
and in Section 6, Exceptions. M, KU, UU, K, U, and P 
are described below and in Section 7.2. 1, Translation 
Lookaside Buffer (see Protection Level field description). 

IN: Interrupt Number 

The interrupt number field is set by hardware (INTRAP 
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system's current interrupt number. If an interrupt of 
equal or higher priority occurs during the service of an 
interrupt, this value (along with the interrupt level) will 
be pushed on the stack, and this field will be updated 
with a new interrupt number value. Interrupt numbers 
are not prioritized. 

IL: Interrupt Level 

The interrupt level field is set by hardware (INTRAP and 
reti) and by software (movwp) to establish the system's 
current interrupt priority level. Only interrupts of equal or 
higher priority (equal or lesser value) than this value will 
be recognized. If an interrupt of equal or higher priority 
occurs during an interrupt service routine, this value will 
be pushed on the stack, and this field will be updated 
with the new interrupt level. 

El: Enable Interrupts 

The enable interrupt flag is set by software to enable in- 
terrupts. It is cleared by software to disable interrupts. 

FRD: Floating Registers Dirty 

The floating register dirty flag is set by hardware when- 
ever a floating-point register is written. This flag may be 
cleared by software. Its purpose is to permit operating 
systems to reduce context switching overhead. 

TP: Trace Trap Pending 

The trace trap pending flag is automatically set by 
hardware whenever a trap or interrupt occurs during an 
instruction and the T flag is set. This ensures that the 
trace trap is taken immediately after the trap or interrupt 
handler has finished executing, and that a single instruc- 
tion is traced exactly once. 

On data page faults, the supervisor must clear TP 
before restarting the faulting instruction in order to en- 
sure that the instruction is traced exactly once. 

ECM: Enable Corrected Memory Error Trap 
The enable corrected memory flag is set by software to 
request a trap whenever a corrected memory error oc- 
curs. When thi s flag is set, a logic low on the 
MSBE/RETRY signal line (indicating a single-bit 
memory error) causes a trap. 



M: Mapped Mode 

The mapped mode flag is set by software to cause all 
address references to be mapped through the page 
tables. When set, virtual address (VA) to real address 
(RA) translation by the CAMMUs is enabled (mapped 
mode). When cleared, VA to RA translation by the 
CAMMUs is disabled (unmapped mode). The only ex- 
ceptions are the first eight pages when in supervisor 
mode. These pages are always mapped via the HTLB, 
regardless of the state of this flag. 

U:User Mode 

The user mode flag is set by the supervisor to indicate 
user mode of operation and cleared to indicate super- 
visor mode of operation. 

K: Protect Key 

The protect key flag is set and cleared by the super- 
visor to select one of two sets of memory access protec- 
tion codes for memory access validation and protection 
during program execution. This flag is used for the ac- 
cess protection code selection in user mode, and in su- 
pervisor mode when the UU flag is clear (see Table 10 
in Section 7.2, Memory Management Unit ). 

KU: User Protect Key 

The user protect key flag is set and cleared by the su- 
pervisor program to select one of two sets of memory 
access protection codes for memory access validation 
and protection during program execution. This flag is 
used for the access protection code selection only 
during supervisor program execution when the UU flag 
is set (see Table 10 in Section 7.2, Memory Manage- 
ment Unit}. 

UU: User Data Mode 

The user data mode flag is set and cleared by the su- 
pervisor to select either supervisor or user data address 
space access when memory data is referenced in super- 
visor mode, and to select either the K or KU key flags 
for selection of the access protection codes used during 
supervisor memory references. When the UU flag is set, 
supervisor data references access user data space, and 
the KU flag is used for access protection code selec- 
tion. When the UU flag is clear, supervisor data referen- 
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ces access supervisor data space, and the K flag is 
used for access protection code selection. This flag is 
significant only in supervisor mode (see Table 10 in Sec- 
tion 7.2, Memory Management Unit ). 

P: Previous Mode 

The previous mode flag is copied from the U flag when- 
ever the INTRAP sequence is executed. 

3.2. Supervisor and User Modes of Operation 

The CLIPPER Module has two modes of operation, 
user and supervisor, as selected by the SSW's U flag. 
User and supervisor modes are distinguished by the set 
of instructions which they are permitted to execute, and 
by the registers and logical address space they are per- 
mitted to access. 

All instructions can be executed in supervisor mode. In- 
structions which can be executed only in supervisor 
mode are called privileged instructions. When a 
program in user mode attempts to execute these instruc- 
tions, a privileged instruction trap occurs. 

Programs executing in user mode have access only to 
the user registers (r0-r15), floating-point registers (f0-f7), 



Figure 11 Address Mapping — Mapped/Unmapped Modes 
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the PSW, and the PC. Supervisor mode programs have 
access to all programmer-accessible registers. 
Memory address spaces are distinct for user and super- 
visor modes. Different translation tables may be used 
for translating user and supervisor mode addresses, 
and the access protection provided by the memory 
management mechanism allows access by supervisor 
programs to memory locations inaccessible to user 
mode programs. 

Supervisor mode is entered only via the INTRAP se- 
quence, or when the system is reset. 

3.3. Mapped and Unmapped Addresses 

CLIPPER can operate in two modes: mapped and un- 
mapped. In mapped mode, the CAMMU translates user 
and supervisor virtual addresses to real addresses 
using the TLB or the HTLB (for supervisor virtual 
addresses - 777F Hex); in unmapped mode, only the 
HTLB is used for translation. The mode is selected by 
the M (mapped mode) flag in the SSW. When this flag 
is set, CLIPPER operates in mapped mode; when this 
flag is clear, CLIPPER operates in unmapped mode. 
The two modes are shown in Figure 11. Virtual to real 
address translation is discussed in Section 7.2, Memory 
Management Unit. 
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4. Floating-Point Unit 

The CLIPPER Floating-Point Unit (FPU) executes addi- 
tion, subtraction, multiplication, and division operations 
conforming to the IEEE Standard for Binary Floating- 
Point Arithmetic (ANSI/IEEE Std 754-1985) in the single- 
and double-precision formats. In addition, the 
floating-point comparison operations are provided for 
both precisions. The floating-point execution unit also 
performs integer multiplication, division, and mod opera- 
tions. 

Comparisons of floating-point numbers can result in the 
familiar trichotomy of b < a, b = a, b < a, as well as the 
condition b .unordered, a, which arises when either b or 
a is a non-numeric value (NaN). Results of the com- 
parison are indicated in the PSW condition codes at the 
conclusion of a floating-point comparison. Conditional 
branch instructions allow these condition codes to be 
used. 

The floating-point execution unit performs one operation 
at a time, reusing internal resources over a number of 
CPU clocks in order to complete the operation, includ- 
ing the handling of special case operands and results 
mentioned below. 

4.1. Floating-Point Register Usage 

All of the floating-point arithmetic instructions are 
register-to-register operations, using the eight floating- 
point registers available to software. These registers are 
capable of holding either single or double format 
operands interchangeably. The floating-point registers 
may be directly loaded from memory or may be loaded 
by transfer from the integer register file. Storing of 
operands may be direct to memory or by transfer to the 
integer register file. Additional "scratch pad" registers, 
transparent to the user, are available to the Macro In- 
struction Unit. 

Integer multiplication, division, and mod operations are 
also register-to-register, but in this case the registers 
used are in the integer register file; no floating-point 
registers are involved. 

Because separate instructions are provided for single- 
and double-precision operations, a rounding precision 



mode field is not required because the precision is 
defined by the instruction field. All four rounding modes 
called for in the Standard are provided by the FR field 
in the PSW. 

4.2. Floating-Point Exceptions and Traps 

Exceptional operands and operation results are handled 
in conformity with the requirements of the IEEE Stan- 
dard. The special operands include signalling and quiet 
Not-a-Number (NaN), signed infinities, signed zeros, 
and denormal numbers, as well as the wealth of ordi- 
nary normalized numbers. 

If the corresponding trap enable flag in the PSW is set, 
and the PSWs floating-point trap group enable flag is 
also set, then a floating-point trap occurs. The CPU 
then invokes a program called a trap handler, which 
may be user-specified. When a trap handler is entered, 
the load floating status (loadfs) instruction can be ex- 
ecuted to acquire useful information about the instruc- 
tion causing the exception. Floating-point exceptions are 
discussed in greater detail in Section 6, Exceptions. 

4.3. FPU Software Initialization 

The IEEE Standard requires the following initial condi- 
tions: 

— The rounding mode must be round nearest. 

— The floating-point exception flags must all be cleared. 

— All floating-point traps must be disabled, and default 
results for all exceptions must be enabled. 

This initialized state is accomplished by clearing all FPU- 
related bits in the PSW. 

The contents of f0-f7 should be set to a known value. 
Some programming languages require that these values 
be initialized to zero. The IEEE Standard, on the other 
hand, provides for special reserved values and calls 
these NaN, or Not-A-Number. Whichever of these is 
chosen, this value should be created and loaded into 
each of the floating-point registers. 
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An example FPU initialization is as follows: 



loadq 


$0, rO 


movwp 


r0, psw 


loadj 


$0x7ffbad75, 


loadi 


$0x00000000 


movld 


rO, fO 


movld 


rO, f1 


movld 


rO, f2 


movld 


rO, f3 


movld 


rO, f4 


movld 


rO, f5 


movld 


rO, f6 


movld 


rO, f7 



r1 



rO 



# Create zero 

# Load PSW with rounding 

# mode 00 (nearest) and 

# clear all exception 

# flags and trap enable bits 

# Load high half of hex 
#NaN 1.bad75a 

# Load low half of NaN 

# Store in floating register 

# Store in floating register 1 

# Store in floating register 2 

# Store in floating register 3 

# Store in floating register 4 

# Store in floating register 5 

# Store in floating register 6 

# Store in floating register 7 



decoded, then executed, either by the IEU or by the 
FPU. The only exceptions are the macro instructions. 

A macro instruction opcode selects a sequence of in- 
structions in the macro instruction ROM (Ml ROM). 
When a macro instruction is decoded, execution control 
is switched to the Ml ROM, and the sequences of the 
macro instruction are executed. 

The instruction set is listed in Table 1. 

5.1. Instruction Formats 

The information encoded in each instruction specifies 
the operation to be performed, the type of operands to 
use (if any), and the location of the operands. The 
mnemonic and operands of the assembly language 
source statement determine the instruction format used. 



The NaN used in the initialization above is a quiet NaN. 
A quiet NaN propagates through arithmetic operations 
unchanged, except for the sign bit, which is undefined 
for NaNs. Thus, any user who operates on a register 
not yet defined will receive this NaN as a result. 

5. Instruction Set 

The CLIPPER instruction set of 101 basic and 67 macro 
instructions is streamlined for speed and the most effec- 
tive use of the system's resources and register sets. 
This smaller, faster instruction set is especially useful to 
high-level language compilers that optimize register 
usage, branch timing for maximum speed, and pipeline 
sequencing. 

Memory access is by load/store instructions to minimize 
memory-dependent execution delays. All data opera- 
tions are performed on registers by hardwired instruc- 
tions. 

There are two units in the CLIPPER CPU that execute 
instructions: the Integer Execution Unit (IEU) and the 
Floating-Point Execution Unit (FPU). The integer instruc- 
tions (with the exception of integer multiplies and 
divides) are executed by the IEU. Floating-point instruc- 
tions (and the integer multiplies and divides) are ex- 
ecuted by the FPU. 

Most instructions are fetched from main memory. Each 
instruction is fetched (through the instruction cache), 



Most instructions require one or more operands in the 
source statement. These operands can be located in a 
register or in memory. For example, the loadb instruc- 
tion contains operands that reference memory and a 
register. If an operand is located in memory, the instruc- 
tion must calculate the address of the operand accord- 
ing to the address mode specified in the instruction 
format. 

An operand can also be encoded within the instruction. 
The immediate and quick instructions use this type of 
format for efficient operation. 

All instructions are constructed in multiples of halfwords 
called parcels (see the general instruction format 
below). Depending on the instruction format used, the 
size of an instruction varies from one to four parcels. 

MSB LSB 

63 48 47 32 31 16 15 8 7 









OPCODE 





FOURTH 
PARCEL 



THIRD 
PARCEL 



SECOND 
PARCEL 



FIRST 
PARCEL 



Figure 12 shows CLIPPER instruction formats. Notice 
that the formats are divided into two main categories, 
non-memory referencing instructions (NO ADDRESS) 
and memory referencing instructions (WITH ADDRESS). 
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Figure 12 Instruction Formats 
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OPCODE 1|1 1| R2" 



DISPLACEMENT 



31 32 



16 



PC-RELATIVE PLUS 32-BIT DISPLACEMENT 

15 8 7 4 3 

OPCODE 1|0 1| RlT" 



IE 



DISPLACEMENT LOW 



DISPLACEMENT HIGH 



47 46 

RELATIVE INDEXED 
15 8 7 



32 



4 3 



OPCODE 1 


1110 


R1 


00000000 


RX 


R2 



31 

PC INDEXED 
15 



24 23 
8 7 



20 19 



4 3 



16 



OPCODE 1 



00000000 



110 1 



RX 







R2 



31 



24 23 



20 19 



16 
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Table 1 Instruction Set, by Function 

LOAD/STORE INSTRUCTIONS 

Load Address 

Load Byte 

Load Byte Unsigned 

Load Double Floating 

Load Floating Status 

Load Halfword 

Load Halfword Unsigned 

Load Immediate 

Load Quick 

Load Single Floating 

Load Word 

Store Byte 

Store Double Floating 
Store Halfword 
Store Single Floating 
Store Word 

DATA MOVEMENT INSTRUCTIONS 

Move Double Floating 

Move Double to Longword 

Move Longword to Double 

Move Processor Register to Word 

Move Single Floating 

Move Supervisor to User (privileged) 

Move Single to Word 

Move User to Supervisor (privileged) 

Move Word 

Move Word to Processor Register 

Move Word to Single Floating 



ARITHMETIC INSTRUCTIONS 



Add Double Floating 

Add Immediate 

Add Quick 

Add Single Floating 

Add Word 

Add Word with Carry 

Subtract Double Floating 
Subtract Immediate 
Subtract Single Floating 
Subtract Word 
Subtract Word with Carry 

Multiply Double Floating 
Multiply Single Floating 
Multiply Word 
Multiply Word Unsigned 
Multiply Word Extended 

Divide Double Floating 
Divide Single Floating 
Divide Word 
Divide Word Unsigned 

Negate Double Floating 
Negate Single Floating 
Negate Word 

Modulus Word 
Modulus Word Unsigned 

Scale by, Double Floating 
Scale by, Single Floating 
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Table 1 Instruction Set, by Function (cont.) 

LOGICAL INSTRUCTIONS 

AND Immediate 
AND Word 

OR Immediate 
OR Word 

Exclusive-OR Immediate 
Exclusive-OR Word 

Not Quick 
Not Word 

CHARACTER STRING INSTRUCTIONS 

Compare Characters 

Initialize Characters 
Move Characters 

CONVERSION INSTRUCTIONS 

Convert Double to Single 
Convert Double to Word 
Convert Rounding Double to Word 
Convert Rounding Single to Word 
Convert Single to Double 
Convert Truncating Double to Word 
Convert Truncating Single to Word 
Convert Word to Double 
Convert Word to Single 

COMPARE AND TEST INSTRUCTIONS 

Compare Double Floating 
Compare Immediate 
Compare Quick 
Compare Single Floating 
Compare Word 

Test and Set 



SHIFT/ROTATE INSTRUCTION 



Shift Arithmetic Immediate 

Shift Arithmetic Longword 

Shift Arithmetic Longword Immediate 

Shift Arithmetic Word 

Shift Logical Immediate 

Shift Logical Longword 

Shift Logical Longword Immediate^ 

Shift Logical Word 

Rotate Immediate 
Rotate Longword 
Rotate Longword Immediate 
Rotate Word 



STACK MANIPULATION INSTRUCTIONS 



Pop Word 
Push Word 

Restore Registers fn-f7 

Restore User Registers (privileged) 

Restore Register rn-r1 4 

Save Registers fn-f7 

Save User Registers (privileged) 

Save Registers m-r14 



CONTROL INSTRUCTIONS 



Branch on Condition 
Branch on Floating Exception 

Call Subroutine 
Call Supervisor 

No Operation 

Return From Subroutine 

Return From Interrupt (privileged) 

Trap on Floating Unordered 

Wait for Interrupt (privileged) 
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5.1.1. Instruction Formats—No Address Register 

The Register format is used for most instructions that 
take just one or two register arguments. 



32-bit Immediate 

The 32-bit Immediate format encodes a constant, 32-bit 
source operand directly in the instruction. 



EXAMPLE INSTRUCTION 
movw r3 , rO 


INSTRUCTION FORMAT 


li 


EXAMPLE INSTRUCTION 
•mil $Oxfffff, r6 


INSTRUCTION FORMAT 




T • 










T 








I 




1 r 












+ 








R1 


R2 


OPCODE 


11 


R2 
















ies the interpretation of the R1 and 




IMMEDIATE LOW 


The opcode specif 






S 


IMMEDIATE HIGH 



R2 fields. Usually the R1 field contains the source 
operand register number, and R2 contains the destina- 
tion operand register number. For example, in the 
movsw instruction, the R1 field contains the number of 
the single-precision floating-point register containing the 
source operand, and the R2 field contains the number 
of the general register in which to store the result. 

Quick 

The Quick format encodes constant, 4-bit unsigned 
source operands directly in the instruction. The quick 
value is always zero-filled at the left before use. 



EXAMPLE INSTRUCTION 
loftdq $15 , rIO 

T3- 



INSTRUCTION FORMAT 



16-bit immediate 

The 16-bit Immediate format encodes a 16-bit source 
operand constant directly in the instruction. The im- 
mediate value is always sign-extended before use. 



Control 

The Control format encodes up to 8 bits of a constant 
value that is used by several special instructions. For ex- 
ample, the byte operand specifies the system call num- 
ber in the calls instruction. 



EXAMPLE INSTRUCTION 



INSTRUCTION FORMAT 



T 



Macro 

The Macro format is used by those instructions that are 
implemented as macros rather than directly in the 
hardware. The P bit in the opcode, bit 9 of the first in- 
struction parcel, selects a privileged macro. 



EXAMPLE INSTRUCTION 




INSTRUCTION FORMAT 


I 


EXAMPLES 

T i 


ISTRUCTION 
3 , r7 

f T 


INSTRUCTION FORMAT 




















~ T 
















i i 


4 












OPCODE P 





CODE 








OPCODE 


10 11 


R2 


00000000 


R1 


R2 










S 


IMMEDIATE 


4 


t 
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5.1.2. Instruction Formats — With Address 

The remaining instruction formats specify an address 
operand and a register operand. Several address for- 
mats, or modes, are provided to support typical high- 
level language operations. The address mode is 
selected first by the opcode (bit 8 of the first instruction 
parcel), and if necessary, by the AM field (bits <7:4> of 



the first instruction parcel). Displacements and absolute 
addresses are always sign-extended. 

The address modes used in the memory referencing in- 
structions are summarized in Table 2 and explained in 
the following pages. 



Table 2 Memory Addressing Modes 



Memory Addressing Mode 



Address Formation 



Relative 

Relative plus 12-bit displacement 

Relative plus 32-bit displacement 

16-bit Absolute 

32-bit Absolute 

PC Relative plus 16-bit displacement 

PC Relative plus 32-bit displacement 

Relative Indexed 

PC Indexed 



Address <- (R1) 

Address <- (R1) + 12-bit displacement 
Address <- (R1) + 32-bit displacement 
Address <- 1 6-bit displacement 
Address <- 32-bit displacement 
Address <- (PC) + 16-bit displacement 
Address <- (PC) + 32-bit displacement 
Address <-(R1) + (RX) 
Address «- (PC) + (RX) 



Notes: 

All displacements are signed. 

PC addresses the first parcel of the current instruction. 

RX is any general register containing the index modifying the effect of the source register. 
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Relative 

The Relative format uses the address in a register (R1) 
to compute an address. 



EXAMPLE INSTRUCTION INSTRUCTION FORMAT 



ADDRESS FORMATION 



loadw 


<r2) , r2 
















T 














: 














* 


' 






OPCODE 





Rl 


R? 















31 



ADDRESS 



Relative Plus 12-bit Displacement 

The Relative Plus 1 2-bit Displacement format uses the 
address in a register (R1), plus a signed 12-bit displace- 
ment, to compute an address. The displacement is sign- 
extended to 32 bits before the address calculation. 



EXAMPLE INSTRUCTION INSTRUCTION FORMAT 



ADDRESS FORMATION 



•torw 


T] 


> (*p> 


















"T 
































J 


' 






31 









OPCODE 1 


1 


1 


Rl 




ADDRESS FROM REGISTER 








-* 




*> 




S 


DISPLACEMENT 


R2 




31 


+ 

12 11 10 

























— EXTEND SIGN 


S 


DISPLACEMENT 

















31 



ADDRESS 
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Relative Plus 32-bit Displacement 

The Relative Plus 32-bit Displacement format uses the 
address in a register (R1), plus a signed 32-bit displace- 
ment, to compute an address. 



EXA 
low 


MPLE \h 
ia hi* 


ISTRUCTIC 
p <r5) 

rj 


>N INSTRUCTION FORMAT 
, rO 

T 








ADDRESS FORMATION 


























* 


.! 


31 









OPCODE 1 


10 10 


R1 




ADDRESS FROM REGISTER 

+ 


I 






j 






I 







00000000000 


R2 








DISPLACEMENT LOW 


Kh 


31 





"I 


S 


DISPLACEMENT HIGH 




SIGNED DISPLACEMENT 


I 














31 











ADDRESS 



16-bit Absolute 

The 16-bit Absolute format uses the signed 16-bit ad- 
dress, which is sign-extended to 32 bits before use. Be- 
cause the address field is signed, the range of 
addresses that can be accessed with this format is -2 15 
< address £2 15 -1. 



EXAMPLE INSTRUCTION 



INSTRUCTION FORMAT 



ADDRESS FORMATION 



tsts lock , n 

T 



» OPCODE 



10 11 



R2 



ADDRESS 



16 15 14 



— EXTEND SIGN 



DISPLACEMENT 



31 



ADDRESS 
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32-bit Absolute 

The 32-bit Absolute format uses the 32-bit displacement 
portion of the instruction as an address. 



EXAMPLE INSTRUCTION 



INSTRUCTION FORMAT 



ADDRESS FORMATION 



loadd pi 



f4 



-M 



" 




OPCODE 


1 


11 


R2 


ADDRESS LOW 


S 


ADDRESS HIGH 





31 







* fe 


ADDRESS 













PC Relative Plus 16-bit Displacement 

The PC Relative Plus 16-bit Displacement format adds 
a signed 16-bit displacement to the contents of the 
Program Counter (PC) to compute an address. 



EXAMPLE INSTRUCTION 



INSTRUCTION FORMAT 



ADDRESS FORMATION 



[Tl 




































31 









OPCODE 


1 


10 10 


R2 




ADDRESS FROM PROGRAM COUNTER 








S 


DISPLACEMENT 












-h 


















31 16 15 14 











«- EXTEND SIGN 


S 


DISPLACEMENT 















31 



ADDRESS 
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PC Relative Plus 32-bit Displacement 

The PC Relative Plus 32-bit Displacement format adds 
a signed 32-bit displacement to the contents of the 
Program Counter (PC) to compute the address. 



EXAMPLE INSTRUCTION 
call «p , far (pc) 



INSTRUCTION FORMAT 



OPCODE 



1 



DISPLACEMENT HIGH 



DISPLACEMENT LOW 



R2 



ADDRESS FORMATION 



31 



ADDRESS FROM PROGRAM COUNTER 



31 



+ 



SIGNED DISPLACEMENT 



Relative Indexed 

The Relative Indexed format uses the address in a 
register (R1), plus the contents of an index register 
(RX), to compute an address. 



31 



ADDRESS 



EXAMPLE INSTRUCTION 



INSTRUCTION FORMAT 



ADDRESS FORMATION 



ioadbu 


[r3] (fp) 


» r1 

T 




















r 




























A 




31 











OPCODE 


1 


1110 


R1 




ADDRESS FROM REGISTER 





















RX 


R2 




31 


+ 














t 





















ADDRESS FROM REGISTER 

















31 



ADDRESS 
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PC Indexed 

The PC Indexed format adds the contents of an index 
register (RX) to the contents of the PC to compute an 
address. 



EXAMPLE INSTRUCTION 



INSTRUCTION FORMAT 



ADDRESS FORMATION 



I 



M 



•*L 



* OPCODE 



00000000 



ADDRESS FROM REGISTER 



+ 



ADDRESS FROM REGISTER 



r 



5.2. Instruction Set Summary 

Table 5 is a summary of the instruction set. Each instruc- 
tion is described by several columns in the table. The 
columns are as follows: 

Instruction Name 

The full name of the instruction. 

Syntax 

Assembler instruction name and operand formats. The 
left letter of the operand code specifies the operands 
type and size. The right letter of the operand code 
specifies the operand's field within the instruction and 
its location in the machine (immediate value, register, 
memory, etc.). 



Operand Type 



b byte s single floating 

h halfword d double floating 

w word p processor register 

I longword 



Operand Field 



1 R1 a address 

2 R2 b byte 
q quick 

i immediate 



For example, the operand code w1 indicates a word 
operand in the general register whose number is en- 
coded in the R1 field of the instruction. The code sa indi- 
cates a single floating operand in the memory location 
whose address is given by one of the addressing 
modes in Section 5. 1.2, Instruction Formats —With Ad- 



dress. Quick and immediate operand types are always 
w because these directly encoded values are always 
zero or sign extended to a word before use. 

Opcode 

Hexadecimal opcode. Address format instructions use 
two opcodes; the first one listed is for relative mode, 
and the second is for all other addressing modes. 
Macro format instructions show the entire first parcel. 

Format 

Instruction format. See Section 5. 1, Instruction Formats. 



Operation 

Basic operation of the instruction. The operations of 
complex instructions like move are simplified or ab- 
breviated. Fixed registers are given by name, e.g., rO, f1. 

CVZN 

Effect of the instruction on condition codes in the PSW. 

= always set to 0. 

1 = always set to 1 . 
. = unaffected. 

* = set according to the operation. 

Fl, FV, FD, FU, FX 

Effect of the instruction on the floating-point exception 
flags in the PSW. Same key as CVZN. 
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Traps 

Traps that can be caused by the instruction. 

C = Corrected Memory Error 

U = Uncorrectable Memory Error 

P = Page Fault 

R = Read Protect Fault 

W = Write Protect Fault 

D = Divide by Zero 

I = Illegal Operation 

S = Supervisor Only (privileged)! instruction 

All instructions can cause traps from the Instruction 
Memory Trap group in the l-CAMMU (for example, an 



Table 3 Assembler Operand Syntax 



rO . . r15 


General registers. The even general 




registers address long operands, sp, fp, 




and ap are synonyms for r15, r14, and 




r13. Not to be confused with R1 or R2, 




which are register fields within an 




instruction. 


fO . . f7 


Floating registers. Each register may 




contain a single or double floating value. 


psw, ssw, 


Processor registers 0, 1 ,and 3. 


sswf 




$n 


Quick, byte or immediate value. 


n 


Absolute address. 


n(rm) 


Relative or relative with displacement 




address, n may be or absent. 


[rx](m) 


Relative indexed address. 


n(pc) 


PC relative address. 


or .±n 




[rx](pc) 


PC indexed address. 


label 


Absolute or PC relative address depend- 




ing on the circumstances. 



execute protect fault), so these are not shown. Possible 
floating-point traps are indicated by an asterisk ( * ) in 
the FI..FX columns. 

The instruction operand codes described above also 
describe the syntax of each instruction operand. As- 
sembler operand syntax is given in Table 3 below. As- 
sembler instruction operands are generally given in 
source, destination order independent of their positions 
in the machine representation. Table 4 lists the 
operators used in the operation field 



Table 4 Operators 



Notation 


Meaning 


rot 


Rotate operator 


sha 


Shift arithmetic operator 


shl 


Shift logical operator 


+ 


Add operator 


- 


Subtract operator 


X 


Multiply operator 


+ 


Divide operator 


mod 


Modulus operator 


~ 


Logical complement operator 


= 


Equal operator 


«- 


Assignment operator 


& 


AND logical operator 


I 


OR logical operator 


e 


Exclusive-OR logical operator 


() 


Contents of operand within 


[] 


Separators used to indicate value inside as 




a unit 


< > 


Bit field of previous value 




Indicates a range of values 


T 


Exponentiation 
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Table 5 Instruction Operations 


























FFFFF 




Instruction Name 


Syntax 




Opcode 


Format 


Operation 


IVDUX CVZN Traps 


Add Double Floating 


addd 


d1,d2 


22 


Register 


d2«-(d2) + (d1) 


* * . * * 




Add Immediate 

Add Quick 

Add Single Floating 


addi 
addq 
adds 


wi,w2 
wq,w2 
s1,s2 


83 
82 
20 


Immoriiaf** iuO * f\uO\ _i_ u#S 




* * I 


if I II iicjuicur^ 

Quick 
Register 


s wwfc- ^ty -r ww, 

w2 f- (w2) + wq 
s2«-(s2) + (s1) 


* * 


* * 


♦ * . ** 




Add Word 

Add Word with Carry 


addw 
addwc 


w1,w2 
w1,w2 


80 
90 


Register 
Register 


w2<-(w2) + (w1) 
w2«-(w2) + (w1) + C 


• • . • • # * 


♦ * 


* * 


# # 






And Immediate 
And Word 


andi 
andw 


wi,w2 
w1,w2 


8b 
88 


ImmoHiatf* »»»o * A«iO\ S. u>! 


no 


** I 


If III 1 lOUICUT^ 

Register 


w2*-(w2)&(w1) 


V u 




* # 






Branch Conditional 


b* 


ha 


48,49 


Address 


IF cond, PC <- ha 




• • A,l 


Branch on Floating Exception 


bf* 


ha 


4c,4d 


Address 


IF cond, PC «- ha 




• • A,l 


Call Routine 


call 


w2,ha 


44,45 


Address 


w2«-(w2)-4,(w2)<-(PC) 
PC<-ha 


, 


• • A,P,W 


Call Supervisor 


calls 


bb 


12 


Control 


trap 400 + 8 x bb<7:0> 






Compare Characters 


cmpc 




04 Of 


Macro 


wNle[(rOM>]&[((r2)M(n))] 


ft * 


* * C.U.P.R 




rtMength, r1*string1, r2=string2 










r0«-(r0)-1,rt <-(rl) + 1, 
r2 <- (r2) + 1 






Compare Double Floating 


cmpd 


d1 t d2 


27 


Register 


(d2)-(d1) 




• • 00 


* * 


Compare Immediate 


cmpi 


wi,w2 


a7 


Immediate (w2) - wi 




* * 


** I 


Compare Quick 


cmpq 


wq,w2 


a6 


Quick 


(w2) - wq 




* * 


* * 


Compare Single Floating 


cmps 


Sl,s2 


25 


Register 


(s2)-(s1) 




• • 00 


♦ * 


Compare Word 


cmpw 


w1,w2 


a4 


Register 


(w2)-(w1) 




* * 


* * 


Convert Double Floating to Single 


cnvds 


d1,s2 


D4 39 


Macro 


s2«-(d1) 


* * 


♦ ♦ . . 




Convert Double Floating to Word 


cnvdw 


d1,w2 


04 34 


Macro 


W2 <r- (d1) 


* . 


. * 




Convert Rounding Double to Word 


cnvrdw 


d1,w2 


04 35 


Macro 


w2 <- (d1) 


* . 


. * 




Convert Rounding Single to Word 


cnvrsw 


s1,w2 


D4 31 


Maao 


w2^-(s1) 


♦ . 


. * 




Convert Single Floating to Double 


cnvsd 


s1,d? 


D4 38 


Macro 


d2 <- (s1) 


♦ . 






Convert Single Floating to Word 


cnvsw 


s1,w2 


D4 30 


Macro 


w2«-(s1) 


* . 


. * 




Convert Truncating Double to Word 


cnvtdw 


4<\,w2 


D4 36 


Macro 


w2 «- (d1) 


♦ • 


. * 




Convert Truncating Single to Word 


cnvtsw 


s1,w2 


04 32 


Macro 


w2«-(s1) 


* . 


. * 




Convert Word to Double Floating 


cnvwd 


w1,d2 


04 37 


Macro 


d2 f- (w1) 








Convert Word to Single Floating 


cnvws 


w1,s2 


04 33 


Macro 


S2 <r- (w1) 




. * 




Divide Double Floating 


divd 


d1,d2 


2b 


Register 


d2 «- (d2) + (d1) 


* * * * * 




Divide Single Floating 


divs 


s1,s2 


29 


Register 


s2*-(s2) + (s1) 


* * * * * 




Divide Word 

Divide Word Unsigned 

Initialize Characters 


divw 


w1,w2 
M,w2 


9c 
9e 


Register 
Register 
Maao 


w2«- (w2) + (w1) 
w2<- (w2) + (w1) 
while (rt)*0, 


Q * 


00 D 
00 D 
• • P,W 


divwu 


oo 


initc 


b4 0e 




rfMength, r1=dest, r2=pattern 










(r1) <- (r2<7:0>), 
rO<-(rO)-1,r1 <-(rl) + l, 
r2<~(r2)rot-8 






Load Address 


loada 


ba,w2 


62,63 


Address 


w2<-ba 




• • I 


Load Byte 


loadb 


ba,w2 


68,69 


Address 


w2«-(ba) 




• • C.UAP.R.I 


Load Byte Unsigned 


loadbu 


ba,w2 


6a,6b 


Address 


w2<-(ba) 




• • C.UAP.R.I 


Load Double Floating 


toadd 


da,d2 


66,67 


Address 


d2 <- (da) 




• • C,U,A,P,R,I 


Load Floating Status 


ioadfs 


w1,d2 


b4 3f 


Maao 


w1 <- (FP PC), 
d2 <- (FP dest) 






Load Halfword 


loadh 


ha,w2 


6c,6d 


Address 


w2 <r- (ha) 




• • C.UAP.R.I 


Load Halfword Unsigned 


loadhu 


ha,w2 


6e,6f 


Address 


w2 «- (ha) 




. • C,U,A,P,R,I 


1 oari ImmoHiate 


loadi 


wi w2 


87 
86 


ImmoHintA ***o * \mm 


oo 


* * I 


LwIM II 1 II 1 IvUICUw 

1 aati Otiick 


loadq 
loads 


%vq,w2 
sa,s2 


ii i ii • loviieu. 

Quick 
Address 


w2<~wq 
s2«- (sa) 


oo 


♦ 

• . C.UAP.R.I 


LUQM \jfl4lwr\ 

Load Single Floating 


64,65 




Load Word 


loadw 


wa,w2 


60,61 


Address 


w2 <- (wa) 






• • C,UAP,R,I 
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Table 5 Instruction Operations (cont.) 
Instruction Name Syntax 



Opcode Format Operation 



FFFFF 
IVDUX 



CVZN Trapa 



Modulus Word 


modw 


w1,w2 


9d 


Modulus Word Unsigned 


modwu 


w1,w2 


9f 


Move Characters 


move 




b4 0d 


r0=length, r1=source, r2=dest 








Move Double Floating 


movd 


d1,d2 


26 


Move Double Floating to Longword 


movdl 


d1,l2 


2e 


Move Longword to Double Floating 


movld 


I1,d2 


2f 


Move Processor Register to Word 


movpw 


p1,w2 


11 


Move Single Floating 


movs 


s1,s2 


24 


Move Supervisor to User (privileged) movsu 


w1,w2 


D6 01 


Move Single Floating to Word 


movsw 


s1,w2 


2c 


Move User to Supervisor (privileged) movus 


w1 t w2 


D6 00 


Move Word 


movw 


w1,w2 


84 


Move Word to Processor Register 


movwp 


w2,p1 


10 


Move Word to Single Floating 


movws 


w1,s2 


2d 


Multiply Double Floating 


muld 


d1,d2 


2a 


Multiply Single Floating 


muls 


s1,s2 


28 


Multiply Word 


mulw 


w1,w2 


98 


Multiply Word Unsigned 


mulwu 


w1,w2 


9a 


Multiply Word Unsigned Extended 


mulwux 


W1,I2 


9b 


Multiply Word Extended 


mulwx 


W1,I2 


99 


Negate Double Floating 


negd 


d1,d2 


b4 3b 


Negate Single Floating 


negs 


s1,s2 


b4 3a 


Negate Word 


negw 


w1,w2 


93 


No Operation 


noop 


bb 


00 


Not Quick 


notq 


wq,w2 


ae 


Not Word 


notw 


w1,w2 


ac 


Or Immediate 


ori 


wi,w2 


8f 


a Word 


orw 


w1,w2 


8c 


Pop Word 


popw 


w1,w2 


16 


Push Word 


pushw 


w2,w1 


14 


Restore Registers fn - f7 


restdn 




D4 28 


0S/7S7 






D4 2F 


Restore User Registers (privileged) 


restur 


W1 


D6 03 


Restore Registers rn - r14 


restwn 




D4 10 


0<J/7£12 






D4 1C 


Return From Routine 


ret 


w2 


13 


Return From Interrupt (privileged) 


reti 


W1 


D6 04 


Rotate Immediate 


roti 


wi,w2 


3c 


Rotate Longword 


rotl 


w1J2 


35 


Rotate Longword Immediate 


rotli 


wt',12 


3d 


Rotate Word 


rotw 


w1,w2 


34 


Save Registers fn - f7 


savedn 




D4 20 


0*n£7 









D4 27 



Register w2 «- (w2) mod (w1) * D 

Register w2 <- (w2) mod (w1) D 

Macro while (rO) = 0, (r2) <- ((rt)), C.U.P.R.W 

r0<-(r0)-1,r1 <-(r1) + 1, 

r2 <- (r2) + 1 

Register d2 <- (d1) 

Register l2«-(d1) 

Register d2<-(M) 

Register w2<- (p1) 

Register s2 <- (s1) 

Macro w2 <- (w1) * * S 

Register w2«-(s1) 

Macro w2 *- (w1) ♦ * S 

Register w2 <- (w1) * * 

Register p1 <- (w2) * * * * 

Register s2«-(w1) 

Register d2<- (d2) x(d1) *♦ . ** .... 

Register s2<- (s2) x(s1) * * • ** ... 

Register w2 <- (w2) x (w1) 0*00 

Register w2 *- (w2) x (w1) 0*00 

Register 12 «- (w2) x (w1) 0*00 

Register 12 <- (w2) x (w1) 0*00 

Macro d2«--(d1) 

Macro s2«--(s1) 

Register w2 <- h(w1) * * * * 

Control none 

Quick w2 <- ~wq 1 

Register w2 <- ~(w1) * * 

Immediate w2 ♦- (w2) |wi 00**l 

Register w2 <- (w2) | (w1) * * 

Register w1 <- (w1) +4, C.U^.P.R 

w2*-((w1)-4) 

Register w1 *- (wl) - 4, A.P.W 

(W1)4-(W2) 

Macro fn.. f7<- ((r15)) .. C.UAP.R 

((r15) + 8x[7-n]) t 

r15f-(r15)+8x[8-n] 

Macro rO .. r15<- ((w1)) C.UAP.R.S 

»((w1)+80) 

Macro rn.. r14<- ((M5)) .. C.UAP.R 

((r15)+4x[14-n]) f 

r15*-(r15) + 4x[15-n] 

Register PC <- ((w2)) C,U,A,P,R 

w2 <- (w2) + 4 

Macro Restore SSW, PSW and PC S 

Immediate w2 4- (w2) rot wi * * I 

Register 12 *- (12) rot (w1) * * 

Immediate- 12 <- (12) rot wi 0**1 

Register w2 *- (w2) rot (w1) * * 

Macro (r15) -8x[8-n] .. A.P.W 

(r15)-8«-(fn)..(f7), 

M5«-(r15)-8x[8-n] 
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Table 5 Instruction Operations (cont.) 
Instruction Name Syntax 



Opcode Format Operation 



FFFFF 

IVDUX CVZN Traps 



Save User Registers (privileged) 


saveur 


W1 


b6 02 


Macro 


Save Registers rn- r14 


savewn 




b4 00 


Macro 


0£/7<M2 






D4 0C 




Scale by, Double Floating 


scalbd 


w1,d2 


b4 3d 


Macro 


Scale by, Single Floating 


scalbs 


w1,s2 


b4 3c 


Maao 


Shift Arithmetic Immediate 


shai 


wi,w2 


38 


Immediate 


Shift Arithmetic Longword 


shal 


W1J2 


31 


Register 


Shift Arithmetic Longword Immediate shali 


wi,l2 


39 


Immediate 


Shift Arithmetic Word 


shaw 


w1,w2 


30 


Register 


Shift Logical Immediate 


shli 


wi,w2 


3a 


Immediate 


Shift Logical Longword 


shll 


W1J2 


33 


Register 


Shift Logical Longword Immediate 


shlli 


wi,l2 


3b 


Immediate 


Shift Logical Word 


shrw 


w1,w2 


32 


Register 


Store Byte 


storb 


w2,ba 


78,79 


Address 


Store Double Floating 


stord 


d2,da 


76,77 


Address 


Store Halfword 


storh 


w2,ha 


7c,7d 


Address 


Store Single Floating 


stors 


s2,sa 


74,75 


Address 


Store Word 


storw 


w2,wa 


70,71 


Address 


Subtract Double Floating 


subd 


d1,d2 


23 


Register 


Subtract Immediate 


subi 


wi,w2 


a3 


Immediate 


Subtract Quick 


subq 


wq,w2 


a2 


Quick 


Subtract Single Floating 


subs 


s1,s2 


21 


Register 


Subtract Word 


subw 


w1,w2 


aO 


Register 


Subtract Word with Carry 


subwc 


w1,w2 


91 


Register 


Test and Set 


tsts 


wa,w2 


72,73 


Address 


Trap on Floating Unordered 


trapfn 




b4 3e 


Macro 


Wait for Interrupt (privileged) 


wait 




D6 05 


Macro 


Exclusive-OR Immediate 


xon 


wi\w2 


ab 


Immediate 


Exclusive-OR Word 


xorw 


w1,w2 


a8 


Register 



(w1)-4.. (w1)-64«-(r15) A,P,W,S 

.. (r0) 

(r15)-4x[15-/7].. A.P.W 

(r15)-4<-(r/7).. (r14), 

r15<~(r15)-8x[8-/7] 

d2 «- (d2) x 2 (w1) * * • * * • • • 

s2 <- (s2) x 2 (w1) * * • ** 

w2 <- (w2) sha wi * * * I 

l2<-(!2)sha(w1) 0* ** 

!2 <- (12) sha wi * * * I 

w2 4- (w2) sha (w1) * * * 

w2 <- (w2) shl wi * * I 

12 <r- (12) shl (w1) * * 

12 <- (12) shl wi * * I 

w2 <~ (w2) shl (w1) * * 

ba <- (w2) A,P,W,I 

da <- (d2) A,P,W t l 

ha «- (w2) A,P,W,I 

sa <- (s2) A.P.W.I 

wa <- (w2) P.W.I 

d2«-(d2)-(d1) * * • ** ... 

w2 <- (w2) - wi * * * * I 

w2 «- (w2) - wq * * * * 

s2*-(s2)-(s1) * * • ** .... 

w2 «- (w2) - (w1) * * * * 

w2 <- (w2) - (w1) - C * * * * 

w2<- (wa), wa<- 1 I 

IF PSW<ZN> indicates C,U,A,P, 

unordered, illegal instruction R,W,I 

trap 

Wait for interrupt S 

w2 <- (w2) (+) wi * * I 

w2 <- (w2) (+) (w1) * * 
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Table 6A Integer Branch Conditions 





PSW Flags 


Name 




cond 


C 


V 


z 


N 


Condition 





X 


X 


X 


X 


b 


Branch always 





PSW Flags 


Name 


Compare R1:R2 


Name 




cond 


C 


V 


z 


N 


Result R2:0 


1 


X 
X 




1 








1 


belt 


Less Than 


brgt 


Greater Than 


2 


X 
X 




1 


X 






1 


bele 


Less or Equal 


brge 


Greater or Equal 


3 


X 


X 


1 





bceq 


Equal 


breq 


Equal 


4 


X 
X 




1 



X 


1 




begt 


Greater Than 


brlt 


Less Than 


5 


X 
X 
X 


1 


X 


X 



1 




1 




bege 


Greater or Equal 


brie 


Less or Equal 


6 


X 
X 


X 
X 




1 


X 

1 


bene 


Not Equal 


brne 


Not Equal 


7 





X 





X 


bcltu 


Less Than Unsigned 


brgtu 


Greater Than Unsigned 


8 





X 


X 


X 


bcleu 


Less or Equal Unsigned 


brgeu 


Greater or Equal Unsigned 


9 


T 1 


X 


X 


X 


begtu 


Greater Than Unsigned 


brltu 


Less Than Unsigned 


A 


1 

X 


X 
X 


X 

1 


X 
X 


begeu 


Greater or Equal Unsigned 


brleu 


Less or Equal Unsigned 





PSW Flags 


Name 




cond 


C 


V 


z 


N 


Condition 


8 





X 


X 


X 


bnc 


Not Carry 


9 


1 


X 


X 


X 


be 


Carry 


B 


X 


1 


X 


X 


bv 


Overflow 


C 


X 





X 


X 


bnv 


Not Overflow 


D 


X 


X 





1 


bn 


Negative 


E 


X 


X 


X 





bnn 


Not Negative 


F 


X 


X 


1 


1 


bfn 


Floating Unordered 



The R2 field of the branch on condition instruction 
selects the conditions on which to branch. When a 
choice of mnemonics is shown, use the ones begin- 
ning with be if the condition codes to be tested were 
set by a compare instruction. Use the mnemonics 
beginning with br is they were set by move or logical 
instructions (those instructions that set only N or Z). 

Table 6B Floating Branch Conditions 



cond 


Name 


Condition 




1 

2-F 


bfany 
bfbad 


Floating ANY exception 
Floating BAD result 
Reserved 
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6. Exceptions 

The CLIPPER architecture supports 402 exception con- 
ditions: 18 hardware traps, 128 programmable super- 
visor call traps, and 256 vectored interrupts. 

Traps are exceptions recognized by the CPU during ex- 
ecution of single instructions (e.g., divide by zero, page 
fault). A trap causes all instructions in both the upper 
and lower pipelines to either be backed out or com- 
pleted in a manner consistent with program restart. 

Interrupts are events signalled by devices external to 
the CLIPPER Module and input to the module via the in- 
terrupt pins. Interrupts are taken when the following con- 
ditions are met: 

— Interrupts are enabled. 



— The Interrupt Level (IVEC<7:4>) is less than or equal 
to the IL field in the SSW. 

— All instructions in the lower pipeline have finished 
executing. String instructions have either completed 
execution or have detected the interrupt and saved 
sufficient state information for continuation. 

— No traps are pending. 

A flow chart showing the necessary conditions for inter- 
rupts is shown in Figure 14. 

The address of the service routine for each trap, super- 
visor call, and interrupt is stored in an Exception Vector 
Table (see Table 7), located in the first real page of 
main memory. The Exception Vector Table (EVT) con- 
tains a two-word entry for each exception, consisting of 
the starting address of the exception's service routine 
and an SSW value associated with the routine. Unas- 
signed EVT addresses are reserved for future use by In- 
tergraphand must be initialized to point to a valid 
handler routine. 

The priority of exceptions is the order shown in the EVT 
(in the order from highest to lowest priority), except that 
the trace trap has the lowest priority. The CLIPPER 
Module's internal priority logic ensures that exception 
service is always granted to the highest priority event. 



Table 7 Exception 


Vector Table 


Real Address 


Description 


(Hex) 




Data Memory Trap Group 


108 


Corrected Memory Error 


110 


Uncorrectable Memory Error 


128 


Page Fault 


130 


Read Protect Fault 


138 


Write Protect Fault 


Floating-Point Arithmetic Trap Group 


180 


Floating Inexact 


188 


Floating Underflow 


190 


Floating Divide by Zero 


1A0 


Floating Overflow 


1C0 


Floating Invalid Operation 


Integer Arithmetic Trap Group: 


208 


Integer Divided by Zero 


Instruction Memory Trap Group 


288 


Corrected Memory Error 


290 


Uncorrectable Memory Error 


2A8 


Page Fault 


2B0 


Execute Protect Fault 


[legal Operation 


Trap Group 


300 


Illegal Operation 


308 


Privileged Instruction 


Diagnostic Trap Group 


380 


Trace Trap 


Supervisor Calls 




400 


Supervisor Call 


408 


Supervisor Call 1 


7F8 


Supervisor Call 127 


Prioritized Interrupts: 


800 


Non-Maskable Interrupt 


808 


Interrupt Level Number 1 


810 


Interrupt Level Number 2 


878 


Interrupt Level Number 15 


880 


Interrupt Level 1 Number 


888 


Interrupt Level 1 Number 1 


FF8 


Interrupt Level 15 Number 15 
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6.1. INTRAP and reti Sequences 

Two macro instruction sequences, INTRAP and reti, 
manage the entry to and exit from both traps and inter- 
rupts. The INTRAP sequence performs a non-interrup- 
table context switch to supervisor mode, and then 
transfers control to the trap or interrupt handler. The reti 
sequence is an interrupt/trap return, also non-interrupt- 
ible, which restores the system to the correct user or su- 
pervisor environment. 

During the INTRAP and reti sequences, all interrupts 
are disabled; traps are not disabled, but only serious 
system faults can occur, as explained below. 

The INTRAP sequence begins by saving the PC, SSW, 
and PSW on the supervisor stack as shown in Figure 
13. The saved PSW will have MTS or CTS set to indi- 
cate the cause of the trap. INTRAP then copies the 
SSW's user mode flag (U) into the previous mode flag 
(P). In order to access the Vector Table, INTRAP sets 
the user mode flag to supervisor mode and clears the 
protect key (K), user data mode (UU), and user protect 
key (KU). The PSW is cleared. 

The address of the required Exception Vector Table 
entry, V, is then obtained in one of three ways: 1) For 
traps and the non-maskable interrupt, the address is 
generated from internal trap logic. 2) For supervisor 
calls, the address is generated from the lower 7 bits of 
the instruction. This value is multiplied by 8 and 400H is 
added to it. 3) For priority in terrupt s, a number is read 
from the Interrupt Bus lines, IVEC<7:0>. This value is in- 
verted, multiplied by 8, and 800H is added to it. 



Figure 13 Supervisor Stack After INTRAP 

HIGHER ADDRESSES 



M5 



PC 



SSW 



PSW 



*p 



INTRAP uses V to obtain the new PC value and V + 4 
to obtain the associated SSW value. The new SSW 
value is transferred to the SSW, overwriting the pre- 
vious contents of SSW except for the previous mode 
flag (P), which is retained in order to indicate the mode 
of the interrupted program. INTRAP then exits, and con- 
trol is passed to the trap or interrupt service routine. 

After completing its service, the trap or interrupt handler 
executes the reti sequence, reti restores the PSW, 
SSW and PC to their contents prior to INTRAP. 

6.1.1. Faults During INTRAP and reti 

The occurrence of a trap during INTRAP or reti results 
in an Unrecoverable Fault (URF). The CLIPPER Mod ule 
halts in a controlled suspended state, drives the URF 
signal lo w as an alarm, and waits until restarted by the 
RESET signal. (In the URF state, all inputs other than 
RESET are ignored.) 

To avoid the occurrence of a page fault during INTRAP 
or reti (and the resulting URF condition), the supervisor 
stack must always have a valid Page Table entry that 
permits both reading and writing. This will prevent page 
faults from occurring during INTRAP or reti, because 
the supervisor stack is the only memory area 
referenced by these sequences. 

6.2. Traps 

Traps are signalled in the CPU chip or by either of the 
CAMMUs. There are 18 predefined traps, shown in 
Table 7. 

Both conditional and unconditional traps are supported 
(see Table 8 ). Conditional traps are enabled by flags in 
the PSW and occur only when enabled. Conditional 

Table 8 Conditional and Unconditional Traps 



LOWER ADDRESSES 



Conditional Traps 


Unconditional Traps 


Corrected Memory Error 
Floating-Point Arithmetic 

Trap Group 
Trace 


Uncorrectable Memory 

Error 
Page Fault 
Protect Faults 
Privileged Instruction 
Illegal Operation 
Integer Divide by Zero 
Supervisor Call 
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Table 9 Trap Handler Environment Summary 



Trap 


When Trap Is Taken 


Return Address 

(Saved In Supervisor Stack) 


Data Memory Trap Group 


During Execution 


Faulting Instruction 


Floating-Point Arithmetic Trap Group 


After Execution 


Next Instruction To Be Executed 


Integer Arithmetic Trap Group 


After Execution 


Next Instruction To Be Executed 


Instruction Memory Trap Group 


Before Execution 


Faulting Instruction 


Illegal Operation Trap Group 


Before Execution 


Faulting Instruction 


Diagnostic Trap Group 


After Execution 


Following Instruction 


Supervisor Call 


After Execution 


Following Instruction 



traps that are disabled can be detected and handled by 
the executing program. 

Traps may be generated at various stages of instruction 
processing, as shown in Table 9. The CLIPPER 
Module's internal trap logic ensures that the saved 
program counter points to the instruction at which the 
trapped program may be correctly restarted. 

6.2.1. Data Memory Trap Group 

Data memory traps occur when the data cache inter- 
face reports a fault. These traps cause the faulted in- 
struction, as well as subsequent instructions already in 
the upper pipeline, to be backed out. 

Data memory traps are recorded in the PSW's memory 
trap status (MTS) field. The MTS field is also used by 
the instruction memory trap group for the same fault 
conditions. Interpretation is not ambiguous because in- 
struction memory traps are deferred until data memory 
traps have been serviced, and they are serviced by dif- 
ferent trap handlers. 

In the case of the pushw and popw instructions, the 
stack pointer is decremented or incremented in parallel 
with the instruction's memory access. Thus, when a 
data memory trap occurs during a pushw or popw in- 
struction, the operating system must, before restarting 
the program, restore the stack pointer to the value it 
had prior to the trapping instruction, i.e., decrement the 
stack pointer by 4 for popw, or increment the stack 
pointer by 4 for pushw. 

Corrected/Uncorrectable Memory Errors 

Corrected and uncorrectable data memory errors are 
detected by memory and communicated to the CAMMU 



via the two system bus signals, MSBE/RETRY and 
MMBE respectively. It is the responsibility of memory to 
save the real memory address of the location that failed 
in a predetermined location, where it may be accessed 
for maintenance by the operating system. 

The operating system may ignore indi cations of cor- 
rected memory errors (MSBE/RETRY) by clearing the 
ECM flag in the SSW. 

Page Fault 

A page fault occurs when a program attempts to access 
a page for which there is no valid entry in the currently 
assigned Page Directory or Page Tables. The operating 
system uses this fault to allocate pages to user or super- 
visor programs. The address saved on the supervisor 
stack is the program address of the instruction that 
caused the page fault. The virtual address of the data 
memory location that generated the fault is saved in the 
CAMMU's Fault register. 

Read/Write Protection Faults 

Read/write accesses to each page are validated by a 
comparison of the U, K, UU, and KU flags in the SSW 
with the protection code in the TLB or user page tables. 
When an access violation occurs, the address saved on 
the supervisor stack is the program address of the in- 
struction that caused the fault. The virtual address of 
the data memory location that generated the fault is 
saved in the CAMMU's Fault register. 

6.2.2. Floating-Point Arithmetic Trap Group 

There are five distinct floating-point exceptions which 
are specified in the IEEE Standard 754. These excep- 
tions are signalled by the FPU in the case of invalid 
operation, inexact result, overflow, underflow, or divide 
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by zero. For each exception, there corresponds a float- 
ing-point exception flag in the PSW. The corresponding 
bit is set on any occurrence of the exception. 

In addition, for each exception there exists a floating- 
point trap enable flag. There is also a floating-point 
group trap enable flag. When an exception arises for 
which the individual trap enable flag is true and the 
group trap enable flag is true, then a floating-point trap 
is invoked and control is transferred to a user-specified 
trap handler. If the group trap enable is false, then the 
trap is not invoked. If the individual trap enable flag is 
false, then the trap is not invoked. 

For the underflow and overflow exceptions, the behavior 
of the FPU is determined by the values of the floating- 
point trap enable flags as specified in the Standard. In 
particular, overflows with the overflow trap disabled 
deliver infinity or max_real, whereas the result with the 
trap enabled is the normalized result with the exponent 
distorted, as discussed below. Underflows are handled 
similarly. 

The software knows which floating-point trap has oc- 
curred because each floating-point trap invokes a 
separate trap handler (each has its own entry in the Ex- 
ception Vector Table). It is not sufficient to examine the 
floating-point exception flags, since the state of these im- 
mediately before executing the exceptional operation is 
generally unknown. 

Floating Overflow 

The floating overflow exception is signalled when the 
biased exponent of the result (after rounding) is greater 
than the largest finite representable exponent. With addi- 
tion and subtraction, overflow occurs when two large 
numbers are added. At least one of them must have a 
biased exponent of +126 (single-precision) or +1022 
(double-precision) and the fraction addition (or the sub- 
sequent rounding) has a carry out of the msb position. 
The overflow may coincide with the fraction sum being 
inexact, though this is not necessarily the case. With 
multiplication, overflow occurs if, after normalization and 
rounding, the product of two finite non-zero numbers 
has an exponent greater than +127 (single-precision) or 



+1023 (double-precision). Overflow for multiplication 
may be exact or inexact. 

If the EFV flag is set, the computed result is delivered 
to the destination with the normalized rounded fraction 
of the true result (though the delivered exponent is 
usually wrong because of missing additional leading bits 
in the exponent field). For single-precision overflows, if 
the biased exponent of the true result is 255, then 
biased exponent 255 is delivered to the destination. If 
the true biased exponent of the result is 256 . . 408, 
then the true biased exponent minus 256 is delivered to 
the destination. Note that this is not the exponent 
wrapped result called for by the IEEE 754 specification; 
the wrap must be adjusted by system software before 
delivery to a user's trap handler. This is done to allow 
the user to provide software that handles traps in an ap- 
plication-specific way. For double-precision, the overflow 
exponents (biased) lie in the range 2047 . . 31 20. 
These are mapped to 2047 and . . 1072 respectively. 
These must be adjusted by (3/4)x2 11 (1536) to obtain 
the IEEE Standard wrapped exponent. 

If the EFV flag is clear, then the computed result is dis- 
carded, and the properly signed default value (infinity or 
max_real, depending on rounding mode) is delivered to 
the destination. Max_real is the maximum representable 
value in the given floating-point format; single 
max_real = 2 128 - 2 104 ; double_max_jeal = 2 1024 - 2 971 . 
The floating inexact exception is also signalled. If the 
rounding mode is round toward zero, the value 
delivered to the destination is the maximum finite repre- 
sentable number (max_real) with the appropriate sign. If 
the rounding mode is round toward + <*>, then a positive 
signed overflow is replaced with + «>, while a negative 
signed overflow is replaced by minus max__real. For 
round toward - «>, a positive overflow goes to plus 
max_real, while a negative overflow goes to - «>. 

Floating Inexact 

The floating inexact exception is signalled when the 
result of an operation cannot be exactly represented in 
the precision of the destination. The result is rounded 
according to the rounding mode specified in the PSW 
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so that it has the precision of the destination, and then 
the rounded result is delivered to the destination. 

Floating Underflow 

The conditions under which the floating underflow excep- 
tion condition is signalled differ according to the setting 
of the EFU flag. If EFU is set, the floating underflow ex- 
ception is signalled when the result of an operation 
(before rounding) has a biased exponent less than the 
minimum representable biased exponent for a normal- 
ized number. If the true biased exponent of the result is 
zero, then biased exponent zero is delivered to the des- 
tination. If the true biased exponent is less than zero, 
then the exponent delivered to the destination is true 
biased exponent plus 256 (2048 for double.) The ex- 
ponent must be adjusted by system software before 
delivery to the program's trap handler in order to con- 
form to the IEEE 754 Specification. The range of under- 
flowed biased exponents for single-precision is . . 
-275; for double-precision the range is . . -1125. 

If the EFU flag is clear, then the underflowed fraction is 
right shifted as the exponent is incremented until the 
biased exponent equals one. At this point, the result has 
been restated as a denormal number. If this repre- 
sentation is exact, then no underflow exception is sig- 
nalled. If the representation is inexact, then the result is 
rounded and delivered to the destination, and both the 
inexact and underflow exceptions are signalled. 

Floating Divide by Zero 

The floating divide by zero exception is signalled when 
the divisor is zero and the dividend is non-zero and 
finite. If the dividend is also zero, the result is the 
default quiet NaN (all ones in the fraction and exponent 
fields), and the Fl flag is set. If the dividend is infinite, 
the result is infinite, and no condition flags are set. The 
default result is a correctly signed infinity. 

Floating Invalid Operation 

The floating invalid operation exception is signalled in 
the following cases: 

1 . One of the operands is a signalling NaN. 



2. 


Add/Subtract, magnitude subtraction of infinities: 




(+ oo) - (+ oo) 




or (+ oo) + (- oo) 




or (+ oo) - (- oo) 




or (+ oo) + (+ oo) 


3. 


Multiplication 




Xoo 




or oo x0 


4. 


Division 




+ 



or oo -j- oo 

The value written to the destination is always a NaN. 
The NaN is either the NaN operand (the second 
operand if both are NaNs) made quiet if it were 
signalling (by setting the msb of the explicit fraction 
field), or the default NaN created by the hardware. The 
default NaN is quiet, and its fraction field is all ones. 

6.2.3. Integer Arithmetic Trap Group 

The CPU trap status field in the saved PSW indicates 
the cause of the integer arithmetic trap. 

Integer Divide by Zero 

The integer divide by zero exception is signalled when 
an integer divide or mod instruction is executed with 
zero divisor. 

Integer divide by zero cannot be disabled. The result of 
the trapped instruction will not be written to the 
specified register. 

6.2.4. Instruction Memory Trap Group 

Instruction memory faults are detected and signalled by 
the instruction interface. These traps are not acted upon 
when first sensed, i.e., if a branch instruction or other 
sequence altering event occurs between the time that 
the instruction interface detects the trap condition and 
when that instruction arrives at the C stage, then the 
pending trap condition is cleared and the trap is 
deferred. A deferred trap will not trap until it is ready to 
be issued for execution. If pre-empted by another trap, 
it may trap later if the code is restarted. 
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The faulting instruction has not yet entered the lower 
pipeline when the trap is taken. The program address 
saved is that of the faulting instruction. 

For instruction memory traps, the memory trap status 
(MTS) field in the saved PSW indicates the reported 
error. 

Corrected/Uncorrectable Memory Error 

Corrected and uncorrectable data memory errors are 
detected by memory and comm unicated to the CAMMU 
via the two system bus signals, MSBE/RETRY and 
MMBE respectively. It is the responsibility of the 
memory system to save the real memory address of the 
location that failed in a predetermined location in 
memory, where it can be accessed for maintenance by 
the operating system. 

The operating system may ignore indications of cor- 
rected memory errors by clearing the ECM flag in the 
SSW. 

Page Fault 

A page fault occurs when a program tries to access a 
page for which there is no valid entry in the currently as- 
signed Page Directory or Page Tables. The operating 
system uses this fault to allocate pages to user and su- 
pervisor programs. The address saved on the super- 
visor stack is the program address of the instruction that 
caused the page fault. The virtual address of the 
memory location that caused the fault is saved in the 
CAMMU's Fault register. (The two addresses may differ 
for multiple-parcel instructions.) 

Execute Protect Fault 

Instruction fetches from each page are validated by a 
comparison of the U, K, UU and KU flags in the SSW 
with the protection level in the TLB or user's page 
tables. When an instruction fetch violation occurs, the 
address saved on the supervisor stack is the program 
address of the instruction that caused the fault. The vir- 
tual address of the memory location that caused the 
fault is saved in the CAMMU's Fault register. 

6.2.5. Illegal Operation Trap Group 

Illegal operation traps are taken before the instruction is 
executed. The program address saved on the super- 



visor stack is the address of the instruction which 
caused the trap. The CPU trap status field in the saved 
PSW indicates the type of trap. 

Illegal Operation Fault 

An illegal operation trap results from the attempted ex- 
ecution of any undefined instruction opcode or the occur- 
rence of an addressing mode which is not specifically 
allowed. 

Privileged Instruction Fault 

A privileged instruction trap occurs when a privileged 
macro instruction is encountered in user mode. 

6.2.6. Diagnostic Trap Group 

Trace Trap 

Unless pre-empted by another trap or interrupt, the 
trace trap occurs following the execution of an instruc- 
tion whenever the PSWs T (trace trap enable) flag is 
set. For traced instructions which are interrupted or 
cause traps, the TP flag is set by hardware when the in- 
terrupt or trap occurs to ensure that the trace trap will 
occur immediately after the interrupt or other trap has 
been serviced. In the case of data page faults, TP must 
be cleared by the supervisor before restarting the fault- 
ing instruction to ensure that the instruction is traced 
exactly once. 

Ml ROM sequences are treated as a single instruction 
for trace purposes so that the entire sequence executes 
before the trace trap is taken. 

At the time of the trap, the CPU trap status field in the 
saved PSW indicates that a trace trap has occurred. 
The saved PC is the address of the instruction following 
the instruction that caused the trace trap. 

6.2.7. Supervisor Calls 

A supervisor call is an instruction executed as a trap, 
and is made using the calls instruction. Its purpose is to 
provide controlled access to system-level functions. 
There are 128 supervisor call codes, with separate Vec- 
tor Table entries for each. The PC value saved on the 
stack is the address of the instruction following the calls 
instruction. 
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6.2.8. Multiple Traps 

Only traps in the data memory and floating-point groups 
can be signalled at the same time. CLIPPER internal 
trap logic permits correct recovery of both faulting in- 
structions. INTRAP transfers control to the floating-point 
trap handler, and the loadfs instruction can be used to 
access the floating-point instruction that caused the 
trap. The MTS field in the saved PSW may be read by 
the floating-point trap handler to determine which data 
memory trap occurred. 

6.3. Interrupts 

The CLIPPER Module supports 16 prioritized interrupt 
levels, with each level containing interrupt numbers of 
equal priority. Level (highest priority) contains 15 num- 
bers; levels 1-15 each contain 16 numbers. In addition 
to the 1 6 interrupt levels, there is a non-maskable inter- 
rupt which has a higher priority than all interrupt levels 
and cannot be disabled by software. Level Number 
vectors to the NMI interrupt handler. 

The CPU contains the logic necessary to arbitrate inter- 
rupt requests according to the priority of the interrupt 
level. The interrupt level currently being processed is 
stored in the Interrupt Level (IL) field of the SSW. The 
CPU accepts interrupts only for interrupt levels of equal 
or higher priority than the current interrupt level. 

Interrupts are serviced between instructions, that is, in- 
terrupt requests are not acknowledged until instructions 
in the lower pipeline have finished executing, any result- 
ing traps have been serviced, and memory transactions 
have concluded. Thus, interrupts are not normally per- 
mitted during a macro sequence, which is considered a 
single instruction. However, some macro sequences (for 
example, the string instructions) permit interrupts peri- 
odically during their execution. 

6.3.1. Maskable Interrupt Request/ Acknowledge 
Protocol 

Prio rity interrupts are requested by the activation of the 
IR Q inpu t line and the assertion of the vector number 
on IVEC<7:0>. The vector number includes the interrupt 



level on IVEC<7:4> and the interrupt number on 
IVEC<3:0>. 

An interrupt request will be acknowledged by the CPU if 
interrupts are enabled (the int errupt enable flag in SSW 
is set) and the interrupt level (IVEC<7:4>) is of equal or 
higher priority than the interrupt level contained in the 
SSW's Interrupt Level (IL) field. To maxim ize in terrupt 
respo nsiveness following the assertion of IRQ and 
IVEC, the interrupt leve l can change to higher priority 
on any BCLK until IRQ is released. See Figure 14. 

The CPU samples IRQ on the rising edge of every 
BCLK if interrupts are enabled and the priority condition 
is met. The CPU then enters the pre-trap state, in which 
the execution pipeline is emptied by withholding issue of 
the instruction in the issue and control phase. The in- 
structions in the execution pipeline complete executing; 
if their execution causes a trap to be signalled, the inter- 
rupt is deferred and th e (high er priority) trap is serviced. 
The CPU then asserts IACK. 

The CPU latches the interrupt num ber and level on the 
BCLK following the release of IRQ, and releases IACK 
during the following BCLK. 

The maskable interrupt request/acknowledge timing is 
shown in Figure 59. See also Section 9.4.8, Interrupt 
Bus. 

6.3.2. Non-Maskable Interrupt 

The non-maskable interrupt is signalled on the NMI 
input to the CPU which is sam pled on the rising edge of 
every BCLK. An active low on NMI gr eater than the 
BCLK period will trigger this interrupt. N MI remai ns ac- 
tive until acknowledged by the CPU on NMIACK. If NMI 
is asserted after another interrupt has already been ac- 
knowledged, the non-maskable interrupt is serviced 
after completion of the INTRAP sequence for the ac- 
knowledged interrupt. The NMI request/acknowledge 
timing is shown in Figure 60. See also Section 9.4.8, In- 
terrupt Bus. 
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Figure 14 Interrupt Flow Diagram 
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7. Cache and MMU 

The CLIPPER Module contains two Cache/Memory 
Management Unit (MMU) combination VLSI chips called 
CAMMUs which are designed to optimize CLIPPER per- 
formance. 

Each CAMMU contains a 4 K-byte data cache, and a 
memory management unit which translates CPU 32-bit 
virtual addresses into 32-bit real addresses. One 
CAMMU is used for CPU instruction fetching and cach- 
ing and is interfaced to the CPU Instruction Bus; the 
second CAMMU is used for CPU data transfers and 
caching and is interfaced to the CPU Data Bus. Both 
CAMMUs also interface to main memory and I/O 
devices via the CLIPPER Bus. 

The two CAMMUs are functionally identical, but each is 
hardware programmed via an external chip pin for use 
as either an instruction CAMMU (l-CAMMU) or a data 
CAMMU (D-CAMMU). 



The CAMMUs feature several caching policy and Bus 
Watch options which allow optimum performance 
tailored to specific applications. A prefetch option is 
available for the l-CAMMU; and fixed address transla- 
tion is used in both the l-CAMMU and the D-CAMMU 
for guaranteed access of selected locations in main 
memory, Boot, and I/O spaces. In addition, CAMMU in- 
ternal registers and register fields are easily accessed 
for efficient CAMMU configuration and control. 

7.1. Functional Overview 

The two main functional units of the CAMMU are the 
cache and the Memory Management Unit (MMU), with 
the MMU comprised of the Dynamic Translation Unit 
(DTU), the Translation Lookaside Buffer (TLB), and the 
Hardwired Translation Lookaside Buffer (HTLB) (see 
Figure 15). The CAMMU also utilizes a cache control 
unit which controls CAMMU data fetches from main 
memory. 



Figure 15 CAMMU Interface 
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Figure 16 Basic CAMMU Functional Flow 
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CAMMU operation begins when the CPU asserts a vir- 
tual address on the CPU-CAMMU address/data bus. 
The task of the CAMMU is to translate the CPU virtual 
address (bits <31 :12>) into a real address and to use 
the translated real address to find the data. 

The CAMMU compares the virtual address with a virtual 
address of the data stored in a 16-byte (Quadword) Buf- 
fer containing the most recently accessed cache line. If 
there is a match, the data is fetched directly from the 
Quadword Buffer and no additional cache or TLB action 
is performed. If there is no Quadword Buffer match, the 
CAMMU attempts to translate the address by using the 
TLB, which is a look-up table containing Virtual Address 
Tags and associated Real Address fields which point to 
locations in the cache. If the CAMMU finds a Virtual Ad- 
dress Tag in the TLB which matches the CPU virtual ad- 
dress, it compares the associated Real Address field in 
the TLB with the Real Address fields of a cache line set, 
already selected by virtual address bits <10:4>, to deter- 
mine whether the data is in the cache. If the data is not 
in the cache, the CAMMU accesses main memory for 
the data. \ 

If the CAMMU cannot find a matching Virtual Address 
Tag in the TLB, it invokes the DTU to search declared 
blocks of main memory (Page Directory Tables and 
Page Tables) in an attempt to translate the virtual ad- 
dress. 

The DTU, upon successful translation of the virtual ad- 
dress, updates the TLB with the new Virtual Address 
Tag/real address association. The CAMMU then con- 
tinues with data access. If the DTU cannot find the valid 
translation in main memory, the CAMMU asserts a CPU 
page fault trap for resolution by the operating system. 

Each CAMMU cache consists of 256 quadwords of data 
(4 K-bytes) with associated Real Address Tags in a con- 
figuration similar to the TLB. The CAMMU searches the 
Quadword Buffer and the onboard cache first, then 
main memory for addressed data locations if required. 

A basic logic flow of CAMMU operation is shown in 
Figure 16. 
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Figure 17 CPU Virtual Address Format 
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Figure 18 Simplified CAMMU Block Diagram 
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Figure 1 7 depicts the format of the CPU virtual address 
and indicates how the various virtual address fields are 
used by the CAMMU. Figures 18 and 19 show CAMMU 
operation. These figures should be referred to while 
reading the following CAMMU descriptions. 

7.2. Memory Management Unit (MMU) 

The Memory Management Unit translates CPU virtual 
addresses into real addresses and supports address 
space access protection by the operating system on a 
per-page basis. 



Address translation is executed by three functional units 
within the MMU: the Translation Lookaside Buffer (TLB), 
the Hardwired TLB (HTLB), and the Dynamic Transla- 
tion Unit (DTU). Address space access protection and 
memory management support are performed by logic 
within the MMU which utilizes system tags and protec- 
tion codes associated with the virtual memory pages. 

7.2.1. Translation Lookaside Buffer (TLB) 

The TLB is a two-way set-associative memory array 
that is used by the CAMMU for fast, on-board virtual ad- 



Figure 19 CAMMU Block Diagram 
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dress to real address translation. It consists of 64 sets 
of lines, with each set consisting of a W and an X com- 
partment line, and an associated U flag (see Figure 20). 
The CAMMU uses bits <17:12> of the CPU virtual ad- 
dress to select a TLB line set, then compares bits 
<31 :18> of the virtual address with the VA (Virtual Ad- 
dress) Tag of both the W and X Compartment lines of 
the selected set. 

If there is a match, and if the appropriate access protec- 
tion code allows the data/instruction access, the 20-bit 
RA (Real Address) field of the matching W or X line is 
multiplexed and transferred to the cache as real ad- 
dress bits <31 :12> where they, along with virtual/real ad- 
dress bit 11 (this bit is not translated), are used to 
validate the data. 

If there is no TLB match, the DTU attempts address 
translation, as explained in Section 7.2.3, Dynamic 
Translation Unit. 

Figure 20 CLIPPER TLB 
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TLB line format is shown in Figure 21. Equivalent RA, 
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The CAMMU ensures that the D and R flags in the 
Page Table entries are updated with flag changes in the 
TLB. 
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SV: Supervisor Valid 

The SV flag when set indicates that the TLB line is 
used for address translation only during supervisor 
mode operation. All TLB SV flags can be cleared as a 
group by writing to the CAMMU Reset Register and by 
CLIPPER Module hardware reset. 

UV: User Valid 

The UV flag when set indicates that the TLB line is 
used for address translation only during user mode 
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by writing to the CAMMU Reset Register and by CLIP- 
PER Module hardware reset. 

VA: Virtual Address Tag 

This 14-bit field is used for W or X line selection once 
TLB set selection is complete. The VA Tag of each line 
is compared with CPU virtual address bits <31:18>. If 
there is a match, the matching line is used for the ad- 
dress translation. 



This field is used only in mapped mode. In unmapped 
mode, the UST (Unmapped System Tag) field in the 
CAMMU Control Register is used, as described in 
Section 7.6.4. 

The System Tag is asserted on CLIPPER Bus lines 
TG<2:0> during CAMMU external accesses. Further in- 
formation on the System Tag field is provided in Section 
7.4, System Tag. 



RA:Real Address 

This 20-bit field is used as real address bits <31:12> 
once the TLB line has been matched, and access 
protection and validation checks have been completed 
(see UV, SV, and PL descriptions). 

ST:System Tag 

This is a three-bit field which identifies the caching type, 
caching policy, and address space associated with the 
page referenced by the TLB line as follows: 

ST<2:0> Description 

private, write-through, main memory space 

1 shared, write-through, main memory space 

2 private, copy-back, main memory space 

3 noncacheable, main memory space 

4 noncacheable, I/O space 

5 noncacheable, Boot space 

6 cache purge 

7 noncacheable, main memory space, slave 
I/O mode 



S: System Reserved 

This is a general-purpose, two-bit field reserved for use 

by the operating system. 

PL: Protection Level 

Associated with each virtual address is a function code 
asserted by the CPU which identifies each memory 
reference as a read, write, or instruction fetch operation, 
and indicates the states of the U, UU, K, and KU flags 
in the CPU's SSW. These SSW flags indicate whether 
the memory access is by the supervisor or by a user, 
which protect key is to be used for access verification 
(K or KU), and the state of the key. The CAMMU com- 
pares the function code with the 4-bit PL field of a 
selected TLB line to determine whether read access, 
write access, and instruction fetching is allowed. 

The Protection Level fields are used only for CPU 
mapped addresses (addresses asserted while the 
mapped mode bit of the SSW is set). Unmapped 
addresses invoke no access protection. 



Figure 21 TLB Line Format and Description 
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Table 10 shows allowed accesses according to the 
SSW's K, U, UU, and KU flags, and the PL field. 

D: Dirty Flag 

The Dirty flag is set by the CAMMU to indicate that the 
4 K-byte page in main memory referenced by the TLB 
line has been altered. Typically the operating system 
uses this flag to determine whether the referenced data 
page must be copied to secondary storage (such as a 
hard disk) when the data in the page is replaced. 

R: Referenced Flag 

The CAMMU sets the R flag to indicate that the page 

associated with the line has been accessed. Typically 



Table 10 Page Access Encoding 








Supervisor Mode 
(U=0) 


User Mode 
(U=1) 
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RW 
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RW 
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15 
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Notes: - No Access Allowed 

R Read Only Allowed 

RW Read and Write Allowed 

RE Read and Execute Allowed 

RWE Read, Write, and Execute Allowed 



the operating system uses this flag as part of a main 
memory page replacement algorithm by periodically 
clearing all the TLB R flags via the Reset Register (see 
Section 7.6.5, Reset Register), then allowing them to be 
set during normal program execution. When the operat- 
ing system replaces a main memory page, it selects an 
"unreferenced" page for replacement based on the 
states of the R flags. 

U: Used Flag 

Associated with each TLB line set is a U (Used) flag 
which is set by the CAMMU to indicate that the W line 
of the set was last accessed and cleared to indicate 
that the X line was last accessed. When a new line has 
to be entered into the TLB as a result of a TLB miss, 
the least recently used line in the selected set is 
replaced based on the state of this flag. 

7.2.2. Fixed Address Translation 

The CAMMUs feature hardwired TLB lines which en- 
sure TLB hits of special memory pages by both mapped 
and unmapped addresses while the CPU is executing in 
supervisor mode. These hardwired entries eliminate 
page faults during INTRAP and reti sequences, and 
allow access of Boot and I/O space before the Page 
Table Directories and Page Tables have been initialized 
during system booting. 

The hardwired TLB (HTLB), implemented in random 
logic and not visible to software, contains the functional 
equivalents of the VA, RA, ST and PL fields found in the 
writable TLB. However, equivalents to other TLB fields 
are not used in the HTLB. The HTLB can be accessed 
only during CPU supervisor mode, so UV and SV flags 
are not required. HTLB lines cannot be replaced, so no 
Used flags are required. Pages referenced by the HTLB 
are dedicated pages not subject to general replacement 
by the operating system, so no Referenced or Dirty 
flags are required. 

HTLB Mapping 

The hardwired TLB is invoked only when supervisor 
pages 0-7 are addressed by the CPU. With the excep- 
tion of CAMMU I/O space (the upper half of page of 
I/O space), these pages can also be mapped through 
the writable TLB. Virtual pages other than supervisor 
pages - 7 must be mapped through the writable TLB. 
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When a CAMMU detects a supervisor page 0-7 virtual 
address, it selects the Real Address, System Tag, and 
Protection Level fields from the appropriate HTLB line. 
Pages 0-3 and 6 - 7 are protection free, allowing read, 
write and execution accesses. Pages 4 and 5 allow only 
read and write access, and attempted execution of Test 
and Set instructions in these pages results in a protec- 
tion fault. The real address translation and system tag 
assigned to each page is shown in Table 11. 

The address space assigned to each of the virtual 
pages is also shown in Table 11. These address space 
assignments are determined by the System Tag, which 
is asserted on CLIPPER Bus lines TG<2:0> during 
CLIPPER Bus access. These lines function as main 
memory, I/O and Boot space selects and must be 
decoded by system hardware for proper device 
selection. 

Figure 22 contains a pictorial overview of Hardwired 
TLB mapping showing the three distinct real address 
spaces into which virtual pages - 7 are mapped. 

Virtual Page 0-7 Assignments 

Three of the "hardwired" virtual pages are available for 
general use. The other five are dedicated for specific 



purposes. These page assignments are shown in 
Table 11. 

The CPU fetches interrupt and trap vectors from super- 
visor virtual page 0. The CAMMUs translate this page 



Figure 22 Hardwired TLB Mapping 
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Table 11 


Hardwired TLB Address Translations 








Virtual 


Real 


Page 


Protection 




System Tag 


Page 
Number 


Page 
Number 


Assignment 


Level 
(U=0) 






ST, TG 


Description 








General-Purpose and 
Interrupt and Trap Vectors 


7 


1 


shared, write-through, main memory space 


1 


1 


General-Purpose 


7 


2 


private, copy-back, main memory space 


2 


2 


General-Purpose 


7 


3 


noncacheable, main memory space 


3 


3 


General-Purpose 


7 


3 


noncacheable, main memory space 


4 





I/O, CAMMUS and Reserved 


3 


4 


noncacheable, I/O space 


5 


1 


I/O 


3 


4 


noncacheable, I/O space 


6 





General-Purpose 


7 


5 


noncacheable, Boot space 


7 


1 


General-Purpose 


7 


5 


noncacheable, Boot space 



Note: The ST field is decoded by the CAMMU during page access. The bits are transferred to the CLIPPER Bus lines 
TG<2:0> during CLIPPER Bus access. 
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into page of main memory where the vectors must be 
located. 

Similarly, following CLIPPER reset, the CPU fetches ini- 
tial boot code from virtual page 6, which the CAMMUs 
translate into page of Boot space. The CAMMUs also 
translate virtual page 7 into Boot space (page 1 ) to 
allow a total of 8 K-bytes of HTLB-translated Boot ad- 
dresses. 

The first Boot instructions must be located at supervisor 
virtual address 6000 Hex, which translates to address 
of Boot space. The rest of the boot code should be lo- 
cated in pages and 1 of Boot space as required. 

Virtual page 4 is reserved by Intergraph for CAMMU in- 
ternal register addressing and for future use (see Sec- 
tion 7.6, Internal Registers). Virtual page 5 is available 



for I/O. The D-CAMMU translates these virtual pages 
into pages and 1 of real I/O space. Attempted access 
of virtual pages 4 or 5 for instruction fetch results in a 
protection fault. 

Additional pages can be created in Boot or I/O space by 
assigning the appropriate System Tag (5 or 4) to virtual 
pages other than - 7. Translation of these pages, 
however, is by the writable TLB or the DTU, not by the 
Hardwired TLB. 

Virtual pages 1- 3 are general-purpose pages which are 
translated into main memory pages 1- 3 by the HTLB. 

7.2.3. Dynamic Translation Unit (DTU) 

The DTU translates virtual address bits <31:12> into 
real address bits <31:12> in two steps. First it fetches a 
Page Table Origin from a Page Table Directory located 



Figure 23 DTU Virtual Address Translation 
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in main memory; then it fetches an entry from a Page 
Table, also located in main memory. This sequence is 
depicted in Figure 23. 

Once the DTU has completed address translation, the 
CAMMU updates the TLB and provides the real address 
to validate the cache data, then searches the cache for 
the data. If the data is not cached, the CAMMU 
accesses main memory for the data using the con- 
catenation of translated address bits <31 :12> and un- 
translated virtual address bits <11 :0>. 

Note that because the DTU accesses only main 
memory and not the cache during address translation, 
all Page Table Directories and Page Tables must be lo- 
cated in noncacheable pages (see Section 7.4, 
System Tag). 

Page Table Directory Entry Selection 
Two 20-bit PDO (Page Directory Origin) registers each 
contain the base address of a Page Table Directory. 
One PDO register is used by the CAMMU during super- 
visor mode operations; the other PDO register is used 
during user mode operations. The DTU concatenates 
bits <31 :22> of the virtual address with the contents of 
the appropriate PDO register to form the most sig- 
nificant 30 bits of a Page Table Directory entry address. 
(Page Table Directory entries are word-aligned; there- 
fore bits <1 :0> are forced LOW.) In effect, the PDO 



register points to the Page Table Directory, and bits 
<31 :22> of the virtual address select one of 1024 Page 
Table Directory entries. 

Page Table Directory Format 

Each Page Table Directory consists of 1024 32-bit 
words located in main memory. Page Table Directory 
entries (see Figure 24) are comprised of two fields. 

PTO: Page Table Origin 

This field is used by the DTU during address translation 

to locate the Page Table in main memory. 

F: Page Fault 

The F flag is set or cleared by the operating system to 
indicate the absence or presence of a valid Page Table 
pointed to by the PTO field in the entry. A set F flag indi- 
cates absence of a valid Page Table, and attempted 
DTU address translation with a Page Table directory 
entry having a set F flag forces a CPU page fault trap. 

Page Table Entry Selection 

The selected Page Table Directory entry contains a 20- 
bit PTO field (see Figure 24) which holds the base ad- 
dress of a Page Table that is to be used for address 
translation. The DTU concatenates bits <21:12> of the 
virtual address with the contents of the PTO field to 
form bits <31:2> of the Page Table entry address (bits 
<1 :0> are forced LOW). In effect, the PTO field points 



Figure 24 Page Table Format 
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Figure 25 Page Table Entry Format 
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Figure 26 Cache Set-Associative Memory Array 
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to the appropriate Page Table, and bits <21 :12> of the 
virtual address select one of 1024 Page Table entries. 

The CAMMU then uses the 20-bit RA (Real Address) 
field in the Page Table entry, shown in Figure 25, as 
bits <31 :12> of the real address. 

Page Table Format 

Each Page Table consists of 1024 32-bit words com- 
prised of six fields, as shown in Figure 25. Equivalent 
ST, S, PL, D, and R fields are located in the TLB 
registers. See Section 7.2.1, Translation Lookaside 
Buffer. 

The following are the Page Table entry field descriptions: 

RA: Real Address 

The 20-bits of the RA field are used as real address bits 
<31:12> following address translation. These bits con- 
stitute a 4 K-byte page address. 

ST: System Tag 

This field identifies the caching policy, caching type, and 

address space of the page (see Section 7.4, System 

Tag). 

S: System Reserved 

This is a general-purpose 2-bit field reserved for the 

operating system. 

PL: Protection Level 

The CAMMU uses this field to determine whether data 
read, data write, and instruction fetching are allowed 
to/from the page (see Section 7.2. 1, Translation 
Lookaside Buffer). 



D: Dirty Flag 

The Dirty flag is set by the CAMMU to indicate that the 

page has been altered. 

R: Referenced Flag 

The CAMMU sets the R flag to indicate that the page 

has been accessed. 

F: Page Fault 

The F flag is set/cleared by the operating system to indi- 
cate the absence/presence of a valid page. A set F flag 
indicates absence of a valid page, and attempted DTU 
address translation with a Page Table entry having a set 
F flag forces a CPU page fault trap. 

7.3. Cache 

The cache architecture is similar to that of the TLB, as 
shown in Figure 26. It is a 4 K-byte cache composed of 
1 28 sets of lines, with each set consisting of a W com- 
partment line and an X compartment line. 

Associated with each cache line set is a U bit which is 
set to indicate that the W line of the entry was last ac- 
cessed, and cleared to indicate that the X line was last 
accessed. When, as a result of cache miss, a new data 
quadword has to be cached, the least recently used line 
in the selected line set is replaced based on the state of 
this bit. 

7.3.1. Cache Line Description 

Figure 27 shows the cache W and X compartment line 
format. Each line consists of four 32-bit data words and 
LV, LD, and RA fields defined as follows: 



Figure 27 CLIPPER Cache Line Format 
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LV: Line Valid 

The LV bit, when set, indicates that the data in the as- 
sociated line is valid; when clear, it indicates that the 
data is invalid. 

A line LV bit is set by the CAMMU when it loads new 
data into the cache line. The bit is cleared by the 
CAMMU, operating as a slave, in response to CLIPPER 
Bus activity when its Bus Watch modes are enabled, or 
by a cache purge operation (TG = 6) as described in 
Section 7.4.2, System Tag 6. Individual LV flags are 
also cleared by hardware when the CV (Clear Valid) bit 
in the CAMMU Control Register is set, and the cache 
provides more current (dirty) data for a quadword I/O 
Read (see Section 7.5, Bus Watch Modes, Watch I/O 
Reads). 

In the case of Bus Watch, LV is cleared during a quad- 
word write to a main memory address that matches the 
particular cache location. Duri ng the Bus Watch opera- 
tion, the CAMMU a sserts t he CBSY signal on the 
CLIPPER Bus. The CBSY signal prevents another bus 
transaction from beginning until Bus Watch operation 
has completed. If the CPU has addressed this same 
cache line prior to the CLIPPER Bus's write operation, 
the CPU has priority and the bit is not cleared until the 
CPU access is completed. This is described in more 
detail in Section 7.5, Bus Watch Modes. 

All cache LV flags can be cleared as a group by writing 
to the CAMMU Reset Register (see Section 7.6, Internal 
Registers), and by CLIPPER hardware reset. 

LD: Line Dirty 

The LD bit is set by the CAMMU to indicate that data in 
the cache line has not been updated in main memory. 
This occurs when the CAMMU is operating in the copy- 
back mode (see Section 7.4, System Tag), and a CPU 
write to memory results in a cache hit. In this case, the 
data is written to the cache but not to main memory, 
resulting in "dirty" cache data, i.e., data which is more 
current than main memory data. This bit is cleared by 
the CAMMU when the copy-back data is copied back to 
memory. 

RA: Real Address Tag 

The RA tag is used for cache line selection. The RA 

tags of both the W and X compartment lines are com- 



pared with translated address bits <31 :12> and bit 11 of 
the virtual address. Accessed data is located in a match- 
ing line. 

W0-W3: Word - 3 

Words - 3 are the four 32-bit data words in the cache 

line. 

7.3.2. Cache Data Selection 

Virtual address bits <11 :2> are used directly by the 
CAMMU as real address bits <11:2> to access cache 
data (refer to Figure 19). 

The CAMMU uses address bits <10:4> to select one of 
the 128 cache line sets. The CAMMU compares the con- 
catenation of translated address bits <31 :12> and ad- 
dress bit 11 with the RA field of both the W line and the 
X line of the selected line set. If there is no match, a 
cache miss has occurred, and the CAMMU accesses 
main memory for the data transfer. If there is a match, 
the CAMMU uses address bits <3:2> to select one of 
the four data words in the matching line for the data 
transfer. 

7.3.3. Prefetch 

The D-CAMMU implements a "demand" data fetching al- 
gorithm. Data fetching for the cache is "on demand" by 
the CPU; that is, a new data quadword is fetched from 
main memory only as a result of a cache miss. 

The l-CAMMU also supports demand fetching which 
functions identically to D-CAMMU data fetching, but fea- 
tures an optional prefetching algorithm not available in 
the D-CAMMU. This algorithm prefetches the next four 
words of instructions from main memory for line N + 1 
of the cache when line N has been accessed by the 
CPU. 

I-CAMMU prefetching is controlled by bit of the 
CAMMU Control Register. When bit is clear, prefetch 
is disabled; when set, prefetch is enabled. 

I-CAMMU prefetch enable/disable should be based on 
the general structure of the code being executed. If the 
instructions are in general executed sequentially as 
stored in main memory, the probability of cache hits of 
prefetched instructions is high; therefore, prefetch 
should be enabled for increased CPU throughput. If the 
instructions are branch intensive, the probability of 
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cache hits of prefetched instructions is reduced; there- 
fore, prefetch may be disabled to reduce system bus 
traffic. 

7.3.4. Quadword Data Transfers 

The CAMMU cache lines each contain four words. The 
CAMMUs transfer data/instructions between the caches 
and main memory four words (one quadword) at a time. 
(Single-word transfers are used for data/instructions in 
noncacheable pages.) 

7.4. System Tag 

Associated with each virtual page is a three-bit ST (Sys- 
tem Tag) field which determines the caching policy that 
applies to the page, the page caching type (private or 
shared), and the page's address space (I/O, Boot, or 
main memory). In addition, the System Tag can be used 
to identify two special operations: Cache Purge and 
Slave I/O mode. This field is found in the Page Table 
entries (see Figure 25) and in the TLB (see Figure 21). 

The System Tags for supervisor pages - 7 are 
hardware-selected by the CAMMU (see Section 7.2.2, 
Fixed Address Translation and 7ao/e 11). All other vir- 
tual address page System Tags are assigned by the 
operating system according to system requirements 
when it creates the Page Tables. The CAMMUs decode 
the ST fields during address translation and transfer the 
bits to the CLIPPER Bus lines TG<2:0> during 
CLIPPER Bus access. (If the system is being operated 
in unmapped mode, the UST field (Unmapped System 
Tag) in the CAMMU Control Register determines the 
System Tag.) 

7.4.1. System Tags - 5 

System Tags - 5 encode the following information 
about a virtual page: 

(1) Address space — main memory, Boot, or I/O 

(2) Caching type— private or shared. 

(3) Caching policy — cacheable or noncacheable; write- 
through or copy-back. 

Address Space 

"Address space" identifies the real address space of the 
page as either main memory space, Boot space or I/O 
space. The CAMMUs map all virtual addresses into one 
of these spaces. 



Caching Type 

Two types of page caching are recognized by the 
CAMMU: private and shared. Private caching pages are 
accessed and cached by one CAMMU only. Shared 
caching pages are accessed and cached by more than 
one CAMMU. (Pages that are cached by both the 
l-CAMMU and D-CAMMU of a CLIPPER Module are 
shared pages.) 

Note that the terms "shared" and "private" relate only to 
CAMMU access. In fact, a page may be private to a 
CAMMU but accessible by non-CAMMU devices. This 
page, though private, is common to one or more 
devices other than the CAMMU, and should therefore 
receive special consideration when assigning System 
Tags. 

Caching Policy 

Caching policy is a set of attributes assigned to a page 
by the System Tag which identifies the page as cache- 
able or noncacheable, and, if cacheable, defines the 
caching mode which applies to the page as copy-back 
or write-through. Combinations of write-through or copy- 
back caching to private pages, and write-through cach- 
ing to shared pages are possible. 

Cacheable data can be entered into a cache; noncache- 
able data cannot be entered into a cache. Pages can 
be tagged as cacheable or noncacheable according to 
system requirements. 

Write-through and copy-back are two schemes for updat- 
ing main memory with data in the D-CAMMU cache. 
Selection of these modes is based on system require- 
ments and page caching type. Private pages may be 
write-through or copy-back; shared pages must be write- 
through. 

During a CPU write, the CAMMU searches the cache 
for the accessed location. If the location is not in the 
cache (a cache miss), the CAMMU operates according 
to the caching mode as follows: 

(1) Write-through — the CAMMU updates main memory 
with the CPU data but does not update the cache be- 
cause the data is not cached. 
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(2) Copy-back— the CAMMU reads the quadword con- 
taining the addressed data from main memory into the 
cache, then updates the cache, but does not update 
main memory. 

If the data is in the cache (a cache hit), the CAMMU 
operates according to caching mode as follows: 

(1) Write-through— the CAMMU updates both the 
cache and the main memory. 

(2) Copy-back— the CAMMU updates only the cache, 
but does not update main memory. 

Write-through mode forces the D-CAMMU to access the 
CLIPPER Bus and update main memory immediately fol- 
lowing a cache write. Write-through mode thus ensures 
that main memory data is current with the cache at all 
times. Shared pages (those that can appear in more 
than one cache) must be write-through. 

Copy-back mode inhibits updating of main memory with 
the new data until the cache line written into is 
replaced. When a copy-back write hit to the cache oc- 
curs, the LD (Line Dirty) flag in the hit line is set to indi- 
cate that the line data must be written to main memory 
when the line is replaced. Since copy-back mode does 
not assure data consistency between main memory and 
the cache at all times, copy-back mode cannot be used 
for pages that are shared by another CAMMU. 

Write-through mode eases the task of data manage- 
ment because main memory is always "up to date" but 
increases CLIPPER Bus traffic because the CAMMU 
must access the bus following each cache write. Copy- 
back requires more careful data management considera- 
tion but decreases system bus traffic, thereby 
significantly improving system performance. These fac- 
tors should be considered when assigning System Tags. 

7.4.2. System Tag 6 — Cache Purge 

System Tag 6, Cache Purge, forces invalidation (purg- 
ing) of cache lines that are hit during CPU write opera- 
tions that are tagged TG = 6. The lines are invalidated 
by clearing of the Line Valid (LV) bits. 

A CPU write with the ST field in the TLB set to a 6 will 
purge hit cache lines of its own caches. The write 



proceeds as normal with TG lines = 6 on the CLIPPER 
Bus, causing hit lines in other module caches (having 
Watch CPU writes enabled) to be purged. Any cache 
with Watch CPU writes enabled will purge hit lines 
(regardless of the state of the TLB system tag field) 
when a write is detected on the CLIPPER Bus with 
TG = 6. 

The Cache Purge feature facilitates the re-use of pages 
by allowing invalidation of data belonging to a replaced 
page which is left in a cache. In multiple CLIPPER 
Module applications, for example, a page might be 
replaced in main memory which may leave unpurged 
data in a cache of the module not initiating the page re- 
placement. The CAMMU initiating the page replacement 
can invalidate that cache data by writing to the cached 
data locations using the Cache Purge tag. 

7.4.3. System Tag 7— Slave I/O 

System Tag 7, Slave I/O Mode, in effect allows the 
module to act as a DMA controller. It supports transfer 
of data between I/O and main memory in DMA-like 
fashion, but is not intended to replace DMA controllers. 

During Slave I/O operation, the CLIPPER Module 
accesses an individual word, halfword, or byte from a 
source (such as main memory) which is simultaneously 
read by a destination device. Both read and write opera- 
tions can be tagged Slave I/O mode. 

Slave I/O read operations are used to transfer data from 
main memory to an I/O device. The CLIPPER Module 
executes a read from memory with TG = 7, and the 
memory responds with the data which is read by the I/O 
but can be ignored by the CPU. The I/O must recognize 
TG = 7 as Slave I/O mode and assert RDYi to terminate 
the operation. Timing for the Slave I/O read operation is 
the same as for a standard read. 

Slave I/O write operations are used to transfer data 
from I/O to main memory. The CLIPPER Module ex- 
ecutes a write to memory with TG = 7 using arbitrary 
data that will not be asserted on the bus. The I/O must 
recognize TG = 7 as slave I/O mode and assert data on 
the bus. The main memory asserts RDYi to terminate 
the operation. 
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Timing for the Slave I/O write operation is t he sa me as 
for a standard write, with the exception that DIR transi- 
tions after the address phase of the operation as if for a 
read. This prevents the CLIPPER Module bus 
transceivers from driving the bus during the data trans- 
fer phase of the operation, allowing the I/O to send data 
without bus contention. 

7.5. Bus Watch Modes 

Bus Watch modes are used by the CAMMU to ensure 
data consistency between the cache and main memory, 
and to transfer the "latest" data to an external device 
reading main memory. 

When Bus Watch is enabled in a CAMMU, it monitors 
main memory accesses by other bus masters. Depend- 
ing on the Bus Watch mode enabled and the type of 
main memory access (identified by decoding the 
CLIPPER Bus TG<2:0> and CT<5:0> lines, as 
described in Section 9, CUPPER Bus), the CAMMU in- 
tervenes to update the cache with data that is written to 
main memory, to invalidate cache data, or to transfer up- 
dated data from the cache to a bus master that is read- 
ing main memory. This Bus Watch monitoring occurs in 
parallel with the memory access in order to eliminate or 
minimize the Bus Watch operation effect on CLIPPER 
Bus throughput. Each CLIPPER Bus master must 
generate the appropriate TG<2:0> tag when accessing 
the CLIPPER Bus. 

The three Bus Watch modes featured by the CAMMU 
are: 

(1) Watch CPU Writes (CPU writes to shared cacheable 
pages) 

(2) Watch I/O Writes (I/O writes to cacheable pages) 

(3) Watch I/O Reads (I/O reads from private copy-back 



These Bus Watch modes are controlled by bits <3:1> of 
the CAMMU Control Register, as explained in Section 
7.6, Internal Registers. 

Watch CPU Writes 

Watch CPU Writes is enabled in a CAMMU to ensure 
that data in the CAMMU cache is updated with new 



data written by another CAMMU into its shared main 
memory pages, or to invalidate cache lines (cache data) 
in the case of quadword writes. 

The CPU transfers data to/from main memory via the 
D-CAMMU. The D-CAMMU transfers the data using 
either single-word (byte, halfword, or word) transfers, or 
quadword transfers. When, with Watch CPU Writes 
enabled, a slave CAMMU (a CAMMU that is not access- 
ing the bus) detects a CPU write to one of its shared 
main memory pages by a master CAMMU (a D- 
CAMMU that is accessing the bus), the slave CAMMU 
determines whether the accessed location is in its 
cache, and whether the write involves one word for four 
words. If a single word write, the CAMMU updates the 
matched cache line. If a quadword write, the CAMMU 
does not update the matched cache line but instead in- 
validates the line by clearing the LV bit. 

Watch I/O Writes 

Watch I/O Writes, when invoked, functions identically to 
Watch CPU Writes. The two modes differ in that Watch 
I/O Writes responds to I/O writes rather than to CPU 
writes. 

When a CAMMU with Watch I/O Writes enabled detects 
an I/O write to one of its cacheable pages, the CAMMU 
determines whether the accessed data is cached in the 
CAMMU, and whether the write involves one word or 
four words. If a single-word write, the CAMMU updates 
the matched cache line. If a quadword write, the 
CAMMU does not update the matched line but instead 
invalidates the line by clearing the LV bit. 

Watch I/O Reads 

Watch I/O Reads is enabled to ensure that data read by 
I/O devices from private, copy-back pages is always cur- 
rent data. This mode functions identically for both single- 
word and quadword I/O reads. 

When this mode is enabled in a D-CAMMU, the D- 
CAMMU monitors the system bus for reads by I/O of 
private, copy-back pages. When the D-CAMMU detects 
such a read, it searches its cache for the data. If the 
data is not cached or the cached data LD bit is clear, 
the I/O device reads the data directly from main 
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memory. If the data is cached and the LD bit is set, the 
D-CAMMU aborts the assertion of data by main 
memory and asserts the current cache data on the 
CLIPPER Bus. The D-CAMMU thus intervenes in the 
I/O read operation to provide the more current cached 
data. If the Clear Valid bit in the Control Register is set, 
then the CAMMU will also clear the Line Valid bit in the 
cache line used to supply the data; the memory inter- 
face can use the cache data to update its own contents, 
as described in Section 9.4. 7. 

Note that because the copy-back caching mode applies 
only to private pages not shared by CAMMUs, this Bus 
Watch mode is invoked only during I/O reads of copy- 
back pages. 

7.6. Internal Registers 

Each CAMMU contains five software-accessible 
registers used for initialization and control. Two of these 
registers, the Supervisor PDO and User PDO, are used 
in address translation; they contain the base addresses 
of the supervisor and user Page Table Directories. The 
Fault register is loaded with the virtual address as- 
sociated with certain fault conditions and is used by the 
operating system to implement virtual memory. The Con- 
trol and Reset registers are used to control various 
aspects of CAMMU operation. These registers are dis- 
cussed in the following sections. 

7.6.1. Supervisor PDO Register 

The Supervisor PDO (Page Directory Origin) Register is 
a 20-bit read/write register that holds the base address 
of a Page Table Directory address which is used by the 
DTU during supervisor mode address translation (see 
Section 7.2.3, Dynamic Translation Unit). 

Figure 28 CAMMU Control Register 



7.6.2. User PDO Register 

The User PDO (Page Directory Origin) Register is a 20- 
bit read/write register that holds the base address of a 
Page Table Directory address which is used by the DTU 
during user mode address translation (see Section 

7.2.3, Dynamic Translation Unit}. 

7.6.3. Fault Register 

The Fault Register is a 32-bit read-only register which 
holds the virtual address of the data or instruction 
memory location that generated a page fault. It is in- 
tended for use by trap handling routines for fault 
recovery. 

7.6.4. Control Register 

The Control Register is a 9-bit read/write register used 
to enable prefetching in the l-CAMMU, to selectively 
enable the Bus Watch modes, to assign a system tag to 
unmapped memory addresses, and to enable the clear- 
ing of cache line LV bits during Bus Watch of I/O 
Reads. The Control Register is shown in Figure 28 and 
is described below. 

CV: Clear Valid 

When this bit is set, the LV (Line Valid) bit in a copy- 
back cache line is cleared by hardware when the more 
current (dirty) data contained within that line is supplied 
by the CAMMU for an I/O quadword read (as a result of 
Bus Watch of I/O Reads). This permits pages that are 
swapped by I/O back to disk to be simultaneously 
purged from the cache. Use of this option requires the 
memory interface to use the data sent to the I/O device 
to update its own contents, except in cases where the 
data will not be read by another I/O device (see Section 
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9.4.7). The Clear Valid option is disabled by clearing 
this bit. On reset, this bit is cleared by hardware. 

Note: The Clear Valid bit was called the "Clear Dirty" bit 
in previous documents. 

UST: Unmapped System Tag 

When the Mapped Mode bit in the CPU System Status 
Word is clear, all CPU addresses, except supervisor vir- 
tual addresses - 7FFF Hex which are mapped by the 
HTLB, are treated by the CAMMUs as real addresses 
requiring no translation. These unmapped addresses 
therefore have no TLB or Page Table source of system 
tags. The CAMMUs, therefore, use the two-bit UST field 
to tag pages referenced with unmapped addresses as 
follows: 

UST Description 

private, write-through, main memory space 

1 shared, write-through, main memory space 

2 private, copy-back, main memory space 

3 noncacheable, main memory space 

The UST bits map to TG<1 :0> CLIPPER Bus lines. 
TG<2> is forced to 0. 

UST is set to 3 by CLIPPER Module reset. 



EWIR: Enable Watch I/O Reads 
EWIR, when set, enables Watch I/O Reads operation. 
This bit is ignored by the l-CAMMU. EWIR is set by 
CLIPPER Module reset. 

EWIW: Enable Watch I/O Writes 

EWIW, when set, enables Watch I/O Writes operation. 

EWIW is set by CLIPPER Module reset. 

EWCW: Enable Watch CPU Writes 
EWCW, when set, enables Watch CPU Writes opera- 
tion. EWCW is set by CLIPPER Module reset. 

EP: Enable Prefetch 

EP, when set, enables l-CAMMU prefetching. When EP 

is clear, l-CAMMU prefetching is disabled, and the 

l-CAMMU fetches instructions "on demand." The state 

of this bit is ignored by the D-CAMMU, which always 

fetches on demand. EP is set by CLIPPER Module 

reset. 

7.6.5. Reset Register 

The Reset Register is a 7-bit, write-only register that al- 
lows selective resetting of the CAMMU cache and TLB 
(see Figure 29). The cache LV (Line Valid) and U 
(Used) flags, and the TLB SV (Supervisor Valid), UV 
(User Valid), D (Dirty) and R (Referenced) flags can be 
cleared by setting individual Reset Register bits. 



Figure 29 CAMMU Reset Register 



31 






RU 


RR 


RD 
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RLVW 



NOTE: BITS <31:7> MUST ALWAYS BE PROGRAMMED OR UNDEFINED RESULTS WILL OCCUR. 



57 



CLIPPER™ C1 00 
32-Bit Compute Engine 

Advance Information 



Figure 30 CAMMU Access Map 



r 



GLOBAL 
CAMMU 



{ 



r 



v. 
r 



VIRTUAL ADDRESS 
OX00004EOO — 0x00004FFF 
0x00004D81 



0x00004D41 - 
0x00004D11 ■ 
0x00004D09 • 
0x00004D05 ■ 
0x00004DO0 - 



0x00004 B81 — 
0x00OO4B41 — 
0x00004B11 — 
0x00004B09 — 
0x00004BO5 — 
0X00004B00 — 

0x00004A04 — 



0x00004981 
0x00004941 
0x0000491 1 
0x00004909 
0x00004905 
0x00004900 



V. 



Ox00004DFF 
0X000O4D80 
0x00004D7F 
0x00004D40 
0x00004D3F 
0X00004D10 
0X00004D0F 
0x00004008 
0X00004D07 
0x00004 D04 
0x00004D03 
0x00004CFF 
0x00004CFE 
0x00004CFD 
0x00004CFC 
0X00004CFB 
0X00004C03 
0x00004002 
0x00004001 
0x00004000 

0x00004BFF 
0x00004B80 
Ox00004B7F 
0X00004B40 
0x00004B3F 
0x00004B10 
Ox00004BOF 
0x00004B08 
0x00004 B07 
Ox00004B04 
Ox00004B03 
0x00004AFF 
Ox00004AFE 
0x00004AFD 
Ox00004AFC 
0x00004AFB 
0x00004A03 
0x00004A02 
0x00004A01 
0X00004A00 

- 0x000049FF 
0x00004980 

- 0x0000497F 
0x00004940 

- 0X0000493F 
0x00004910 

- 0x0000490F 
0x00004908 

- 0x00004907 
0x00004904 

- 0x00004903 
0x000048FF 
0x000048FE 
Ox000048FD 
0x000048FC 

- 0x0O0048FB 
0x00004803 
0x00004802 
0x00004801 
0x00004800 



DESCRIPTION 



Reserved. 

Reserved 
Global CAMMU, 
Reserved. 
Global CAMMU. 
Reserved 
Global CAMMU, 
Reserved. 
Global CAMMU, 
Reserved 
Global CAMMU, 
Reserved 
Global CAMMU, 
Global CAMMU, 
Global CAMMU, 
Global CAMMU, 
Global CAMMU, 
Global CAMMU, 
Global CAMMU, 
Global CAMMU, 
Global CAMMU, 



Reset register 

Control register 

Fault register 

User Page Directory Offset register 

Supervisor Page Directory Offset register. 

TLB Line Set 63, X Line, VA Field. 
TLB Line Set 63, X Une. RA Field. 
TLB Line Set 63, W Une, VA Field. 
TLB Line Set 63, W Une, RA Field. 
Line Sets 1 through 62. 
TLB Une Set 0, X Une, VA Field 
TLB Une Set 0, X Une, RA Field. 
TLB Line SetO, W Line, VA Field. 
TLB Line Set 0, W Une. RA Field 



Reserved. 
I-CAMMU, 
Reserved. 
I-CAMMU, 
Reserved. 
I-CAMMU. 
Reserved 
I-CAMMU, 
Reserved 
I-CAMMU, 
Reserved. 
I-CAMMU, 
I-CAMMU, 
I-CAMMU, 
I-CAMMU, 
I-CAMMU, 
I-CAMMU, 
I-CAMMU, 
I-CAMMU. 
I-CAMMU, 



Reset register. 

Control register. 

Fault register. 

User Page Directory Offset register 

Supervisor Page Directory Offset register 

TLB Une Set 63. X Line. VA Field 
TLB Une Set 63, X Une. RA Field 
TLB Une Set 63. W Une. VA Field. 
TLB Une Set 63. W Une. RA Field. 
Line Sets 1 through 62. 
TLB Line SetO, X Line, VA Field 
TLB Line Set 0, X Une, RA Field. 
TLB Une Set 0, W Une, VA Field 
TLB Line Set 0. W Une, RA Field 



Reserved. 

D-CAMMU, 

Reserved 

D-CAMMU, 

Reserved 

D-CAMMU, 

Reserved. 

D-CAMMU, 

Reserved 

D-CAMMU, 

Reserved. 

D-CAMMU, 

D-CAMMU, 

D-CAMMU, 

D-CAMMU, 

D-CAMMU, 

D-CAMMU, 

D-CAMMU, 

D-CAMMU, 

D-CAMMU. 



Reset register 

Control register. 

Fault register. 

User Page Directory Offset register 

Supervisor Page Directory Offset register 

TLB Une Set 63. X Une, VA Field. 
TLB Une Set 63, X Une, RA Field 
TLB Une Set 63, W Une. VA Field. 
TLB Une Set 63. W Une. RA Field 
Une Sets 1 through 62. 
TLB Une Set 0, X Une, VA Field 
TLB Line SetO, X Une, RA Field 
TLB Une Set 0, W Line, VA Field 
TLB Une Set 0, W Une, RA Field 
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The Reset Register bits and their associated reset 
operations are as follows: 



in virtual address 4A00-4BFR These addresses are 
used to access registers in individual CAMMUs. 



Bit # Bit Name Reset Operation 



6 


RU 


5 


RR 


4 


RD 


3 


RUV 


2 


RSV 


1 


RLVX 





RLVW 



Reset All U Flags in Cache 

Reset All R Flags in TLB 

Reset All D Flags in TLB 

Reset All UV Flags in TLB 

Reset All SV Flags in TLB 

Reset All "X" Line LV Flags in Cache 

Reset All "W" Line LV Flags in Cache 



The reset operations shown are performed by writing to 
the Reset Register with the appropriate data pattern. 

These CAMMU registers, as well as the CAMMU TLBs, 
are located in virtual page 4, which is translated by the 
Hardwired TLB into Page of I/O space. A map of 
CAMMU I/O space is shown in Figure 30. 

The CPU accesses the D-CAMMU I/O space directly. 
The CPU accesses the l-CAMMU I/O space indirectly 
via the D-CAMMU, because the l-CAMMU/CPU Instruc- 
tion Bus is tied to CPU instruction buffers which only 
transfer instructions. 

7.6.6. CAMMU Register Access 

The D-CAMMU registers are located in virtual address 
4800-49FF (Hex). The S-CAMMU registers are located 

Figure 31 CAMMU Addressing 



The CAMMUs can also be addressed as a group using 
global addresses for TLB writes, register writes, and 
TLB/cache reset. In systems utilizing multiple CLIPPER 
Modules, for example, a CPU can execute global writes 
to CAMMUs other than its companion D-CAMMU by ac- 
cessing virtual address locations 4Cnn (Hex, TLB write), 
and 4Dnn (Hex, register write, and TLB/cache reset). 
I/O devices can execute the global writes by accessing 
Cnn and Dnn (Hex). 

Global writes are typically used in multi-CPU systems 
when main memory pages that are shared by more 
than one CLIPPER Module are replaced. If the virtual 
address of a page being replaced is identical for all 
modules sharing the page, a single global write to 
CAMMU I/O space can be used to invalidate the TLB 
entry corresponding to the outgoing page in all 
CAMMUs. 

Register Addressing 

CAMMU I/O space addresses are shown in Figure 31. 
Virtual address bits <31:11> comprise the CAMMU 
Base Address field, which must point to the upper half 
of virtual page 4 for CAMMU access. 

Virtual address bits <10:8> comprise the CAMMU 
Select field. This field identifies the following: 



i ii 



TLB UNE SET SELECT 

X/W UNE SELECT 
(1 = X SELECT) 

VA/RA SELECT 
(1 = VA SELECT) 



IF 

TLB 

ACCESS 



VA <31 :0> 



31 




16 


15 12 


11 


10 


8 


7 


2 


1 








4 


1 











LJt 



CAMMU SELECT 



REGISTER SELECT 



= D-CAMMU TLB 

1 = D-CAMMU REG 

2 = l-CAMMU TLB 

3 = i-CAMMU REG 

4 = GLOBAL TLB 

5 = GLOBAL REG 

6 = RESERVED 

7 = RESERVED 



04 . SUPERVISOR PDO REGISTER 

08 - USER PDO REGISTER 

10 = FAULT REGISTER 

20 = RESERVED 

40 = CONTROL REGISTER 

80 = RESET REGISTER 



IF 

REGISTER 

ACCESS 
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Bit No. 


CAMMU 




10 9 8 


SOIOCIOfl 


Operation/ Access 





D-CAMMU 


R/W TLB 


1 


D-CAMMU 


R/W Registers; Reset 
TLB/Cache 


1 


l-CAMMU 


RAN TLB 


1 1 


l-CAMMU 


R/W Registers; Reset 
TLB/Cache 


1 


Global 


Write TLB 


1 1 


Global 


Write Registers; Reset 
TLB/Cache 



Note: 

The TLBs and caches are reset by writing to the Reset 
Register. 

The first four entries show individual I- and D-CAMMU 
addressing. The last two entries show global address- 



ing, intended for use in systems utilizing more than one 
CLIPPER Module. A CPU uses global addressing in 
such a system to access a specific register or to reset 
the TLB and cache in all CAMMUs in the system other 
than its own D-CAMMU. 

Bits <7:0> of the virtual address comprise the Register 
Select field. This field identifies the register or the TLB 
field being accessed. All five CAMMU registers, and in- 
dividual VA (Virtual Address) and RA (Real Address) 
fields of the TLB can be addressed. 

If the operation is a TLB access, virtual address bits 
<7:2> address one of the 64 TLB entries, bit <1> ad- 
dresses the W or X line of the TLB entry, and bit <0> ad- 
dresses the VA or RA field of the addressed TLB line. 

If the operation is a register access, virtual address bits 
<7:0> address the registers as follows: 



Figure 32 TLB Access Data Formats 



(a) TLB RA FIELD ACCESS FORMAT 

31 12 11 9 8 7 6 



RA 
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ST 
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PL 

A 



RESERVED 



USED FLAG 
REFERENCED FLAG 
DIRTY FLAG 



REAL 
ADDRESS 



SYSTEM 
TAG 



PROTECTION 
LEVEL 



(b) TLB VA FIELD ACCESS FORMAT 



31 




18 


17 




3 


2 


1 





VA 





SV 


uv 






VIRTUAL 

ADDRESS 

TAG 



RESERVED 



RESERVED 
USER VALID FLAG 
SUPERVISOR VALID FLAG 
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Bits Register 

<7:0> Addressed 

0000 0000 Reserved, Must Be Zero 

0000 0001 Reserved, Must Be Zero 

0000 0010 Reserved, Must Be Zero 

0000 0100 Supervisor PDO (read/write) 

0000 1000 User PDO (read/write) 

0001 0000 Fault (read only) 

0010 0000 Reserved, Must Be Zero 

0100 0000 Control (read/write) 

1000 0000 Reset (write only) 

CAMMU Data Format 

The format of data written to and read from the 
CAMMUs varies according to the register or TLB field 
addressed. Both the fields and the number of data bits 
used in the 32-bit data words written to the CAMMUs dif- 
fer to accommodate individual CAMMU registers and 
register types. 

TLB Access Data Format 

TLB access data formats are shown in Figure 32. Two 
formats are used. One format is used when accessing a 
TLB RA field; the second is used when accessing a 
TLB VA field. 

Figure 32A shows the data format used when accessing 
a TLB RA field. When accessing an RA field, the Sys- 



tem Tag and Protection Level fields and the R and D 
flags of the addressed TLB line are also accessed, as 
well as the U flag of the TLB set containing the TLB line. 

Figure 32B shows the data format used when accessing 
a TLB VA field. The UV and SV flags of the TLB line are 
also accessed. Note that several data bits are not used. 
These bits are reserved by Intergraph and must be zero. 

PDO Register Access Data Format 

Figure 33 shows the data format used when accessing 
either the supervisor or the user PDO register. Bits 
<31:12> are used to transfer the 20-bit PDO data; bits 
<1 1 :0> are reserved by Fairchild and must be zero. 

Fault Register Data Format 

The 32-bit address in the Fault Register is read as a 32- 
bit data word. 

Control Register Access Data Format 

The least-significant nine bits are used when accessing 
the Control Register; bits <31 :9> are reserved by 
Intergraph and must be zero. 

Reset Register Access Data Format 

The seven least-significant bits are used when access- 
ing the Reset Register; bits <31 :7> are reserved by 
Intergraph and must be zero. 



Figure 33 PDO Register Access Format 
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PAGE DIRECTORY 
ORIGIN 



NOTE: 

This format is used for both the user and supervisor PDO register access. 



61 



CLIPPER™ C1 00 
32-Bit Compute Engine 

Advance Information 



8. CLIPPER Hardware Reset 

The CLIPPER Module is reset when power is in itially ap - 
plied to the module (power-on reset), and when RESET 
is asserted LOW during operation. 

The response of the CPU to a hardware reset is as 
follows: 

(1) The T flag in the PSW is cleared; the remaining 
flags in the PSW are undefined. 

(2) The following SSW flags are cleared: El, TP, 
M, U, K, KU, UU, and P; the remaining SSW 
flags are undefined. 

The response of each CAMMU to reset is as follows: 



(5) All D (Dirty) flags in the TLB are cleared. 

(6) All R (Referenced) flags in the TLB are cleared. 

(7) Bits <8:0> of the Control Register are set to 3F. 

(8) The Reset Register is cleared. 

Reset therefore places the CLIPPER Module in un- 
mapped supervisor mode with all traps and conditional 
interrupts disabled and with Bus Watch and prefetching 
enabled. Figure 34 shows the state of the CLIPPER 
Module's CPU control registers, and the CAMMU's 
register s, TLB, and cache lines following reset. While 
RESET is asserted, all CLIPPER Module Bus active 
LOW signals are pulled HIGH (via pull-up resistors), 
and all active HIGH signals are forced LOW. BCLK con- 
tinues clocking normally. 



(1) All LV (Line Valid) flags in the cache are cleared. 

(2) All U (Used) flags in the cache are cleared. 

(3) All UV (User Valid) flags in the TLB are cleared. 

(4) All SV (Supervisor Valid) flags in the TLB are 
cleared. 



RESET must be held low for a minimum of 100 BCLK 
cycles after Vdd reaches Vdd min when power is initially 
applied to the CLIPPER Module (see Figure 35). This 
ensures adequate module reset time. It must be 
released in synchronization with BCLK. RESET must be 



Figure 34 CLIPPER Module Following Reset 
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held LOW for a minimum of 100 BCLK cycles when as- 
serted duri ng oper ation, and both the assertion and 
release of RESET must be synchronized with BCLK. 

The CLIPPER M odule ex e cutes diag nostic routines fol- 
lowing release of RESET if URDIAG is asser ted durin g 
the two BCLK cycles following the release of RESET 
(see Section 9.4.9, Diagnostics Control). Then it begins 
execution at supervisor virtual address 6000H, which is 
mapped by the HTLB to real address of Boot space. 

9. CLIPPER Bus 

The CLIPPER Module interfaces to external system 
devices and functional units such as main memory, I/O 
devices and peripherals, and other CLIPPER Modules 
via the CLIPPER Bus— a high-speed, synchronous bus 
designed to support multiple bus masters. 



The bus includes 32 bidirectional, multiplexed ad- 
dress/data lines which support byte, halfword, word, and 
quadword transfers. A separate interrupt bus allows fast 
interrupt management by the CLIPPER Module with no 
address/data line loading or contention, thereby increas- 
ing the effective bus bandwidth. The bus protocol allows 
devices that are clocked at different rates to interface to 
the CLIPPER Module through the use of wait states as 
required, and bus arbitration to be centralized in a 
simple, fast bus arbiter. The bus supports Bus Watch, 
which monitors the bus and takes corrective action to 
ensure data consistency between the CAMMUs and 
main memory. 

The bus utilizes a single clock (BCLK), generated by 
the Clock Control Unit, for system clocking. All CLIP- 
PER Module signal sampling and signal assertion are 



Figure 35 Reset Timing 



DD 



100BCLKSMIN 



RESET 



© 



BUS 
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J© 
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X 



© 



URDIAG 



© 



Notes: 



1 . RESET transitions must be synchronized with BCLK rising edges. 

2. CLIPPER Bus is inactive until first instruction fetch. 

3. Internal CPU startup time. 



4. CPU diagnostics execution if URDIAG was asserted during the 2 BCLK cycles following release of RESET. 

5. Fetch from boot space. 



6. URDIAG is asserted during RESET if CPU diagnostics execution prior to instru ction execution is desired. URDIAG 
must remain asserted for at least 2 BCLK periods following release of RESET to assure recognition and can 
then either remain asserted or be released with no further effect on CLIPPER Module operation. 



63 



CLIPPER™ C1 00 
32-Bit Compute Engine 

Advance Information 



gated on the rising edge of this clock. Ail module out- 
puts except BCLK are open drain and are tied to pullup 
resistors inside the module. These signals are tied to a 
96-pin connector for interfacing to user-designed sys- 
tems, where they may be buffered. 

The signals tied to the CLIPPER Module connector con- 
stitute the CLIPPER Bus, shown in Figure 36. These sig- 
nals are interfaced through buffers and logic devices as 
shown in Figure 37. Note that this interface includes 
ORed logic and address/data signal transceiver control 
(DIR). 



The CLIPPER Module Bus consists of the following 
groups of bus lines and signals: 

— Address/Data multiplexed lines used for address and 
data transfer 

— Cycle Type signals used to identify the number of 
bytes or words transferred during a bus operation, to 
identify the operation as a read, write, or global 
write, and to identify the bus master executing the 
operation as a CPU or an I/O device 



Figure 36 CLIPPER Bus Signals 
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Figure 37 Module to CLIPPER Bus Interface 
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— Memory Space System Tags used to identify 
address space being accessed and the caching 
policy which applies to the accessed data 

— Error signals used to report memory errors and bus 
errors 

— Bus arbitration handshaking signals 

— Interrupt control lines 

Figure 38 Example CLIPPER System (Block Diagram) 



— Interrupt vector bus 

— Bus protocol control lines 

An example CLIPPER Module system implementation 
showing these signals is depicted in Figure 38. Table 12 
contains detailed descriptions of the CLIPPER Bus 
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Table 12 ( 


SLIPPER Bus Signal Descriptions 






Signal 


Type 






Description 


AD 
<31:0> 


I/O 


ADDRESS/DATA. This is a positive logic (HIGH = logic 1) multiplexed address and data 
bus which is tied to the CAMMUs. 



Dip o DIRECTION CONTROL. This control signal can be used to control the drive direction of 

TTL tranceivers interfacing AD <31 :0> to the CLIPPER Bus. A master CAMMU asserts DIR 
during an entire write operation and during the first two cycles of a read operation. A slave 
D-CAMMU asserts this signal when transferring data during an I/O read; a slave l-CAMMU 
asserts this signal when transferring data to a companion D-CAMMU. Drive direction is 
from CAMMU to the CLIPPER Bus when DIR is low. 

TG I/O MEMORY SPACE SYSTEM TAGS. These three CAMMU signals identify the address 

<2:0> space being accessed, the page type, and the caching policy which applies to the ac- 

cessed page. In addition, they signal two special operations, Cache Purge and Slave I/O 
mode. System tags are derived from one of four sources. In mapped mode, they are 
selected during address translation from the TLB, the HTLB, or from page tables in main 
memory. In unmapped mode, TG<2> is zero and TG<1 :0> is selected by the UST bits in 
the CAMMU Control Register. TG<2:0> tag encoding is as follows: 

Encoding 
main memory/private cacheable/ write-through 
main memory/shared cacheable/write-through 
main memory/private cacheable/copy-back 
main memory/noncacheable 
I/O space/noncacheable 
boot space/noncacheable 
cache purge 
slave I/O mode/main memory/noncacheable 

Note: The slave CAMMU can continually monitor the Memory Space System Tag and 
check for cache/main memory data consistency when the Bus Watch modes are enabled. 
The Bus Watch modes, when enabled, are invoked during the following CLIPPER Bus 
operations: 

(1) I/O writes to shared or private pages. 

(2) CPU writes to shared pages. 

(3) I/O reads from private copy-back pages. 

Frequently systems require the transfer of data between main memory and an I/O device. 
This type of data transfer is normally implemented by a CPU as a read operation into a 
CPU register, followed by a CPU write operation to the I/O device. This type of operation is 
accelerated by the CLIPPER Module through the use of slave I/O mode identified by the 
Memory Space System Tag. The slave I/O mode allows an I/O device to capture data 
being read by the CPU during the read portion of the operation. The I/O device must be 
able to interpret TG = 7 as slave I/O mode, then read the transferred data as it is being 
read by the CPU. The data read by the CPU is discarded. 
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Table 12 


CLIPPER Bus Signal Descriptions (cont.) 


Signal 


Type 


Description 


CT 


I/O CYCLE TYPE. These six CAMMU signals indicate the type of CLIPPER Bus operation in 


<5:0> 


progress. 


CT<5:0> signal encoding is as follows: 




Signal 


State Operation 




CT5 


CPU master. 

1 I/O master. 




CT4 


Write operation. 

1 Read operation. 




CT<3:2> 


00 Word/halfword/byte transfer. 

01 Quadword transfer. 

10 Reserved. 

11 Global CAMMU write. 




CT<1:0> 


00 Whole word transfer; AD<1 :0> must be 0. 

01 Reserved. 

10 Byte transfer; AD<1 :0> define the byte position. 

11 Halfword transfer; AD<1> defines the halfword position; 
AD<0> must be 0. 



Notes: 

(a) CT<1 :0> have meaning only for single word transfers, with AD<1:0> pointing to 
transferred word/bytes. 

(b) In halfword/byte mode, the data must be written in the location specified by AD<1:0>. 

(c) During a quadword transfer, the master must assert AD<3:0> all to point to a 
quadword boundary. 

CBSYi, O CACHE BUSY (l-CAMMU, D-CAMMU). A CAMMU asserts CBSY to indicate execution of in- 

CBSYd ternal operations associated with Bus Watch operations. Main memory data must not be as- 

serted on the CLIPPER Bus while CBSYi or CBSYd is asserted. If a D-CAMMU asserts 
RDYo while asserting CBSY, indicating that it is asserting more recent cache data on the 
CLIPPER Bus, main memory must abort the data transfer operation. 



LOCK 



BUS LOCK. LOCK i s asse rted by a bus master when it requires the CLIPPER Bus for more 
than one operation. LOCK is asserted by the CAMMUs during the following operations: 



(1) DTU Page Table Directory and Page Table accesses. 

(2) DTU R or D bit modifications in Page Tables. 

(3) Read-modify-write (test and set) operations. 

(4) Cache line replace and fetch on cache miss (quadword write followed by 
quadword read). 



TR I/O TRANSFER REQUEST. TR is asserted by a bus master to indicate that a CLIPPER Bus 

operation is in progress. 
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Table 12 CLIPPER Bus Signal Descriptions (cont.) 


Signal Type 


Description 



RDYi I READY INPUT. RDYi is tied to both CAMMUs. During read operations, the slave with the ad- 

dressed data asserts RDYi to indicate that it has asserted the data on the AD bus. During 
single word, byte or halfword write operations, the slave asserts RDYi to indicate that it has 
latched (read) the data. During quadword write operations, the slave asserts RDYi to indi- 
cate that it has latched the data word currently on the AD bus, and is ready to latch the next 
word. 

RDYo O READY OUTPUT. RDYo is asserted by the D-CAMMU during Watch I/O Reads operations 

to indicate to the I/O device that it has asserted data on the AD bus for reading. This occurs 
when the data location being accessed in main memory is cach ed, an d the cache data is 
more "recent" than the main memory data. RDYo can be tied to RDY on the CLIPPER Bus. 



RDYoi 



READY OUTPUT RDYoi is asserted by the l-CAMMU when it is being accessed by its com- 
panion D-CAMMU. RDYoi is not interfaced to the CLIPPER Bus. 



BRi.BRd O BUS REQUEST (l-CAMMU, D-CAMMU). These signals are asserted by the respective 

CAMMUs to obtain control of the CLIPPER Bus. 



BGi.BGd 



MSBE/ 
RETRY 



BUS GRANT (l-CAMMU, D-CAMMU). Bus Grant is asserted by the CLIPPER Bus arbitra- 
tion logic in response to a Bus Request by a CAMMU, and indicates that the requesting 
CAMMU has control of the bus. 



MEMORY SINGLE BIT ERROR/RETRY The main memory interface asserts MSBE/RETRY 
when it detects a corrected error in main memory during a read o peration. (Typica lly, in sys- 
tems utilizing error correction, only single-bit errors are corrected.) MSBE/RETRY is tied to 
both CAMMUs, and is sampled by the C AMMUs when R DYi is sampled. A master CAMMU 
issues a trap to the CPU when it detects MSBE/RETRY asserted. The main memory inter- 
face must not assert an interrupt when it detects a corrected data error. The MSBE/RETRY 
signal must be presented to the CAMMU by the memory interfac e along with (d uring the 
same BCLK as) RDYi and the data to indicate a corrected error. MSBE/RETRY may not be 
asserted when RDYi is inactive during main memory accesses. 



The MSBE/RETRY signal is also used to abort and retry CLIPPER Bus operations. If the sig- 
nal is asserted during access of I/O space (TG=4) while RDYi is inactive, the current bus 
operation is aborted by the master CAMMU with no trap assertion to the CPU. 



Thus, if this pin is active during the same BCLK that RDYi is HIGH, an MSBE condition is 
re cognize d; if this pin is active during a BCLK when RDYi is LOW (for an I/O space access), 
a RETRY condition is recognized. 
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Table 12 CLIPPER Bus Signal Descriptions (cont.) 


Signal Type 


Description 



MMBE 



BERR 



IVEC 
<7:0> 



MEMORY MULTIPLE BIT ERROR. The main memory interface asserts MMBE when it 
detects an uncorrectable error in main memory during a read operation. (Typically, these will 
be multiple-bit errors, because in systems using error correction, only single-bit errors are 
correct ed.) Thi s signal must be asserted during the same BCLK cycle that nRDY is as- 
serted. MMBE is tied to both CAMMUs, and is sampled by the CAMMUs when RDYi is 
sampled. A master CAMMU issues a trap to the CPU when it detects nMMBE asserted. The 
main memory interface must not assert an interrupt when it detects an uncorrectable 
data error. 



BUS ERROR. BERR should be assert ed by u ser-designed logic to indicate a CLIPPER Bus 
error c ondition such as a bus timeout. BERR is tied to both CAMMUs. Upon assertion of 
BERR, the master CAMMU terminates the bus operation and indicates to the CPU that the 
operation is completed. (If the bu s error occurs during a read operation, the data asserted 
on the AD bus at the time BERR is asserted is transferred by the CAMMU to the CPU). The 
CAMMU does not issue a trap in response to a bus error; the bus error logic should assert 
an interrupt. 

INTERRUPT VECTORS. This is an inverted logic (LOW=logic 1) bus, tied directly to the 
CPU. It transfers interrupt vector numbers associated with interrupt requests. 



IRQ 



INTERRUPT REQUEST. This signal, tied directly to the CPU, is asserted by system devices 
for interrupt service requests. Once asserted, IRQ must remain asserte d until IACK is as- 
serted by the CPU. An inter rupt level and number must be asserted on IVEC<7:0> with 
each interrupt request. IRQ is maskable. 



IACK 



O 



INTERRUPT ACKNOWLEDGE. IACK is asserted by the CPU in response to an interrupt re- 
quest (IRQ) to acknowledge that servicing of the interrupt is in progress. 



NmT I NON-MASKABLE INTERRUPT. This signal, tied directly to the CPU, is asserted by system 

devices for non-mask able interrupt service requests. Once asserted, NMI must remain as- 
serted until NMIACK is asserted by the CPU. 

NMIACK O NON-MASKABLE INTERRUPT ACKNOWLEDGE. This signal is asserted by the CPU in 

response to an NMI request to acknowledge that servicing of the interrupt is in progress. 



RATE 



BCLK RATE CONTROL. This input to the CLIPPER Module controls the CLIPPER Bus 
BCLK frequency. When RATE is tied to GND, BCLK frequency is 1/2 MCLK frequency. 
When RATE is tied to Vdd, BCLK frequency is 1/4 MCLK frequency. If the standard 66.7 
MHz crystal is used in the CLIPPER Module, BCLK frequency is 16.7 MHz if RATE is tied to 
GND, and 8.3 MHz if RATE is tied to Vdd. 
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Table 12 CLIPPER Bus Signal Descriptions (cont.) 


Signal Type 


Description 



BCLK O BUS CLOCK. BCLK clocks all devices on the CLIPPER Bus. All signals must be clocked 

onto the CLIPPER Bus on the rising edge of BCLK; all signals must be latched/sampled 
from the CLIPPER Bus on the rising edge of BCLK. The propagation delay of signals 
asserted on the system bus must be less than one BCLK period and more than the BCLK 
skew between devices in order to ensure proper operation of the synchronous 
CLIPPER Bus. 

RESET I RESET This is the master reset signal which is asserted by system logic to reset th e 

CLIPPER Module and other devices on the CLIPPER Bus. Upon release of RESET, the 
CPU begins instruction fetching at Boot space address 0. 



URF 



UNRECOVERABLE FAULT This signal is asserted by the CPU to indicate that it has 
stopped program execution as a result of an unrecoverable fault condition. An un- 
recoverable fault occurs when the CPU encounters an error condition during execution of on- 
chip diagnostic routines, or when a trap occurs during the execution of INTRAP or reti. 



URDIAG 



APPLY DIAGNOSTICS. This input to the CPU is asserted to force the CPU to execute on- 
chip diagnostic routines resulting in the following: 

(1) The diagnostics detected no error conditions. The CPU begins program execution at 
Boot space address (supervisor virtual address 6000 hex). 

(2) The diagnostics detected an error condition. The CPU asserts URF and stops execution. 



RESET must be asserted when URDIAG is asserted. 



OSC 



OSCILLATOR INPUT. This signal is used by the CLIPPER Clock Control Unit to derive 
MCLK and BCLK. MCLK is the CLIPPER internal clock; BCLK is the CLIPPER Bus clock. 
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Table 13 Signal Summary 


Signal 


Mnemonic 


Input/Output 1 


Active State 


Address/Data Bus 


AD 


I/O 


HIGH 


Direction Control 


DIR 


o 


HIGH = input 
LOW = output 


Memory Space System Tag 


TG 


I/O 


HIGH 


Cycle Type 


CT 


I/O 


HIGH 


Cache Busy 


CBSYi, CBSYd 


o 


HIGH 


Bus Lock 


LOCK 


o 


LOW 


Transfer Request 


TR 


I/O 


LOW 


Ready 


RDYi 


I 


HIGH 




RDYo, RDYoi 


o 


HIGH 


Bus Request 


BRi, BRd 


o 


HIGH 


Bus Grant 


BGi, BGd 


I 


HIGH 


Memory Single Bit Error/Retry 


MSBE/RETRY 


I 


LOW 


Memory Multiple Bit Error 


MMBE 


I 


LOW 


Bus Error 


BERR 


I 


LOW 


Interrupt Vector Bus 


IVEC 


I 


LOW 


Interrupt Request 


IRQ 


I 


LOW 


Interrupt Acknowledge 


IACK 


o 


LOW 


Non-Maskable Interrupt 


NMI 


I 


LOW 


Non-Maskable Interrupt Acknowledge 


NMIACK 


o 


LOW 


BCLK Rate Select 2 


RATE 


I 


HIGH = 120 ns 
LOW = 60 ns 


Bus Clock 


BCLK 


o 


— 


Master Reset 


RESET 


I 


LOW 


Unrecoverable Fault 


Urf 


o 


LOW 


Apply Diagnostics 


URDIAG 


I 


LOW 


Oscillator Input 


OSC 


I 


— 



Notes: 

1 . Inputs are designed with a no minal switching threshold of 1 .3 V and are therefore referred to as TTL compatible. All 
outputs (excluding BCLK , and URF) are open drain structures with pull-up resistors (220 Oh ms) to Vcc on the 
module. BCLK and URF are standard CMOS output signals. If an external pull-up \s used for URF, it must be at 
least 220 Ohms. Timing parameters are referenced to standard TTL levels. 

2. The BCLK period values shown are for an OSC frequency of 66.7 MHz. 
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signals, and Table 13 contains a summary of the bus 
signals. 

9.1. System Clock 

The CLIPPER Module is clocked by an external oscil- 
lator signal, OSC. A Clock Control Unit derives two 
clocks from OSC: MCLK and BCLK. 



I/O devices such as disk controllers, bus translators, 
data communications devices, and associated control 
logic such as bus arbitration units and interrupt control- 



Figure 39 CLIPPER System 



MCLK (Module Clock) is the internal CLIPPER master 
clock, used to drive the CPU, the CAMMUs, and 
associated module logic. The frequency of MCLK is 
one half the frequency of OSC. Therefore, if the typical 
MHz OSC frequency is used, the MCLK frequency is 
33.3 MHz. 

BCLK (Bus Clock) is the CLIPPER Module system 
clock, used to clock devices interfaced to the CLIPPER 
Bus. The CLIPPER Bus is synchronous: all data and 
control signals are asserted and sampled on the rising 
edge of BCLK. BCLK frequency is either one half or 
one fourth the frequency of MCLK, depending on the 
state of the CLIPPER Module Rate control pin. if RATE 
is tied to GND, BCLK frequency is one half the frequen- 
cy of MCLK; if RATE is tied to VCC, BCLK frequency is 
one fourth the MCLK frequency. Therefore, assuming 
an OSC frequency of 66.7 MHz, BCLK frequency is 
either 16.7 MHz (60ns) or 8.3 MHz (120ns). BCLK is in 
phase with MCLK, with the LOW to HIGH transitions of 
the clocks occurring in phase with a skew of less 
than ± 5ns. 

9.2. System Configuration 

Any device (or functional unit) which meets the 
CLIPPER Bus protocol and electrical requirements 
(timing, threshold, and loading) can be interfaced to the 
CLIPPER Bus. Such devices include memory, I/O 
devices, and subsystems as well as the CLIPPER 
Module. A typical CLIPPER system configuration is 
shown in Figure 39. 

Up to 4 G-bytes of memory can be addressed by the 
CLIPPER Module via its 32-bit address bus. This 
memory can be interfaced directly to the CLIPPER Bus 
if required. 



CLIPPER MODULE 



CPU 
FPU 



\7 



INSTRUCTION 
CACHE MMU 



7T 



\7 



DATA 
CACHE MMU 



7T 



BUS 
CONTROL LOGIC 



<: 



I 



Iz. 



INTERRUPT 
CONTROL LOGIC 



I 



6LIPP|ft BUS 



H 



PERIPHERAL 
CONTROLLERS 



CLIPPER BUS 
ADAPTER 

7% 



I 



$ 



MEMORY 

INTERFACE 

i 



I/O 



I/O 
SUBSYSTEM 



MAIN 
MEMORY 



1Z 



h I/O BUS H 
























CPU 




MEM 




PER 
CTRL 


• • • 


PER 
CTRL 



I/O I/O 



73 



CLIPPER™ C1 00 
32-Bit Compute Engine 



Advance Information 



lers, can also be Interfaced to the bus. Such devices 
may be "off-the-shelf" or user-designed. I/O devices are 
typically located in I/O space, but can also be located in 
main memory space. 

9.3. Definitions 

Several terms are used in the following text which may 
not have universally accepted meanings. These terms 
and their defintions as used in this text are as follows: 

Master: 

A device which has control of the CLIPPER Bus. A 
master gains control of the bus by asserting BR (Bus 
Request), then receiving BG (Bus Grant) from bus 
arbitration logic. 

Slave: 

A device that is being addressed via the CLIPPER 
Bus. A slave is addressed by a master. 

Memory interface: 

Logic which controls data transfer to and from main 
memory. 

i/O Write: 

Write by an I/O device. 

I/O Read: 

Read by an I/O device. 



9.4. Bus Protocol 

CLIPPER Bus operations are governed by the following 
rules: 

(1) A bus master cannot introduce wait states. This 
requires that a bus master be able to transfer data at 
the maximum rate allowed by the bus protocol. 

(2) Slaves may introd uce wait states by delaying the 
assertion of RDY (Ready) on the CLIPPER Bus. 
Wait states can be introduced between the addres s 
and data cycles of an operation by delaying RDY 
and bet ween data words in a quadword transfer by 
toggling RDY. 

(3) All CLIPPER Bus signals must be sampled on the 
positive edge of BCLK. 

(4) All signals must meet required set-up and hold 
times with respect to the positive transition edge of 
BCLK.Signals must not transition within the Tsu set- 
up time of BCLK rising edge or undefined states 
w ithin th e CLIPPER Module can result. 

(5) If RDYo (Ready out) is asserted on the CLIPPER 
Bus by a CAMMU while CBSY is active, the memory 
interface must abort its data transfer. 

9.4.1. Bus Arbitration 

A bus arbitration unit which arbitrates control of the 
CLIPPER Bus must be implemented in systems utilizing 
the CLIPPER Module. The unit must be capable of 
receiving bus requests from each of the possible bus 



Figure 40 Cache Line Replacement 
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masters via Bus Request lines (BRx, where "x" iden- 
tifies a particular bus master), and must be able to as- 
sert a Bus Grant (BGx) for each bus master. The unit 
may support priority assignment such that in cases of 
multiple requests for the bus, the bus arbitration unit 
grants the bus to the highest-priority requesting device. 

A bus master should hold BRx asserted during it s enti re 
access of the CLIPPER Bus, then should release BRx 
as soon as possible after completion of its data transfer 
in order to maintain high syste m throughput. The bus ar- 
bitration unit should hold BGx asserted until the bus 
master has released BRx. 

Multiple Bus Operations 

A bus ma ster c an execute multiple bus operations by 
holding its BRx signal asserted until it has completed all 
its data transfers. Read-modify-write operations, for ex- 
ample, require that the bus masters executing the opera- 
tions maintain control of the bus during the reads and 
following writes, and the bus master maintains this con- 
trol by holding BRx asserted until after completion of the 
write. Another example of a multiple-bus operation is 
the replacement of a cache line as a result of a cache 
miss. As shown in Figure 40, the operation consists of a 
quadword write of the cache line to memory if the line is 
dirty, followed by a quadword read of the replacement 
line into the cache. 

9.4.2. Bus Control 

The bus control signals indicate CLIPPER Bus opera- 
tion status which is used to implement bus protocol and 
control, support Bus Watch, and give a bus master the 
means to secure the bus indefinitely in order to com- 
plete multiple bus operations. 

A Ready Input (RDYi) tied to each CAMMU is used to 
synchronize data transfers between CLIPPER, I/O, and 
memory. When a CAMMU reads data, it holds the bus 
in a read state until the responding device asserts 
RDYi, indicating that the data to be read is on the bus. 
When a CAMMU writes data, it provides data on the 
clock following the address phase of the operation until 
the device being written to asserts RDYi, indicating that 
it has latched the data. RDYi is thus used to accom- 
modate various response times of devices on the bus. 
This eliminates the need to introduce for all data trans- 



fers the number of wait states necessary to accom- 
modate the slowest device on the bus. 

Ready Out (RDYo) is asserted by the D-CAMMU during 
Bus Watch operation in response to an I/O read of 
memory data that is cached. RDYo is active only during 
this operation. If the memory page being read is tagged 
as a copy-back page, then changes to the page data in 
the cache are not copied to the page in main memory 
until the page is replaced by the operating system. If an 
I/O device reads data from memory that is cached, and 
if the cache has updated data that has not been copied 
to the memory location being read, the D-CAMMU as- 
serts RDYo while asserting CBSYd. This aborts asser- 
tion of memory data. (The memory interface must be 
designed to abort the memory operation when both 
CBSYd and RDYo are asserted.) The D-CAMMU in- 
stead asserts the updated cache data on the CLIPPER 
Bus, which is read by the I/O device, and RDYo. In this 
way, transfer of valid data to I/O devices is assured. 

Ready Out l-CAMMU (RDYoi) is asserted by the 
l-CAMMU to indicate assertion or latching of data in 
response to access by the D-CAMMU. Since only the 
D-CAMMU can access the l-CAMMU, this signal is tied 
only to the D-CAMMU. 

Two Cache Busy signals, one for the l-CAMMU (CBSYi) 
and one for the D-CAMMU (CBSYd), are used to indi- 
cate CAMMU internal operations associated with Bus 
Watch. CBSYi and CBSYd may be ORed to form a 
single Cache Busy (CBSY) signal on the CLIPPER Bus 
as shown in Figure 37. When a CAMMU Bus Watch 
mode is invoked during a memory access, the affected 
CAMMU asserts Cache Busy to indicate that it is check- 
ing whether the accessed data location is cached (see 
Figures 55 and 56). 

If the bus opera tion is a w rite, the memory interface 
must not assert RDYi until CBSY is released by the 
CAMMU. This ensures that the CAMMU has time to up- 
date data in its cache before the bus operation is com- 
pleted. If the operation is a read, the memory interface 
must n ot drive the drive the Address/Data bus until 
CBSY is released. This allows the CAMMU to abort 
assertion of data by the memory interface, and to 
provide cached data if required (see Ready Out 
description). 
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Transfer Request (TR) is asserted by bus masters to in- 
dicate that CLIPPER Bus operations are in progress. 
While Transfer Request is asserted, no bus master 
other than the one controlling the bus can gain bus ac- 
cess. 



Lock (LOCK) is used in dual-bus applications in which 
the CLIPPER Bus is interfaced to a separate I/O bus 
through a bus adapter or a dual port memory, this 
provides CLIPPER Bus masters with a means of main- 
taining control of the I/O bus or dual p ort mem ory 
throughout successive bus operations. LOCK becomes 
active during DTU page table access, cache line re- 
placement, and read-modify-write operations. 

Direction Control (DIR) is used to control drive direction 
of TTL transceivers buffering the CLIPPER Module Ad- 
Figure 41 Single Word Read (1 Wait State) 



dress/Data bus. This signal controls the transceivers 
with proper timing for all bus operations, eliminating the 
need for such logic in the system. 

9.4.3. Memory Errors 

Memory data errors ar e reported with the Memory 
Single Bit Error/R etry (MS BE/RETRY) and the Memory 
Multiple Bit Error (MMBE) signals. These signals are as- 
serted by error detection and correction logic within the 
memory interface to indicate t hat a s i ngle-bit error has 
been detected and corrected (MSBE/RETRY), o r that 
an uncorrectable multiple-bit error has occured (MMBE). 
The signals, tied directly to the CAMMUs for fast 
res ponse, force tra ps t o error- handling routines. Timing 
for MSBE/RETRY and MMBE is shown in Figure 41. 
Note that the signals are asserted during the same 
cycle that RDYi is active. 
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1 . Timing for SINGLE WORD READ with NO WAIT STATES 

is shown in Figure 53. 

2. These signals are asserted here by the memory interface 
to indicate memory data errors. 
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In cases of multiple-bit and single-bit errors, the 
CAMMU Fault Register does not capture the addresses 
causing the errors. It is therefore necessary to design 
an address snapshot register into the system to capture 
addresses for use by the trap routine servicing single-bit 
errors if analysis of the errors is required. 



The MSBE/RETRY signal is also used to abort and 
retry CLIPPER Bus operations. If the signal is asserted 
during access of I/O space (TG = 4) while RDYi is inac- 
tive, the current bus operation is aborted and retried 
with no trap assertion. This feature is intended to 
resolve Bus Lockout in dual-bus systems, which occurs 
when a CLIPPER Bus master and an I/O processor 
(IOP) bus master simultaneously request access to 
each other's buses. For example, if CLIPPER has con- 
trol of the CLIPPER Bus for attempted access of the I/O 
bus at the same time that an I/O bus master has control 



of the I/O bus for attempted access of the CLIPPER 
Bus, each bus master waits for the other to release its 
bus. Each bus master is therefore "locked out" from the 
other bus until one of the masters is forced to release 
its bus. Simple lo gic in the interbu s interface logic can 
be used to assert MSBE/RETRY whenever a CLIPPER 
request for the I/O bus occurs simultaneously with an 
IOP request for the CLIPPER Bus. This forces the CLIP- 
PER to abort its bus operation and release the CLIP- 
PER Bus, then re-arbitrate access to the CLIPPER Bus 
for a retry of the aborted operation. The IOP can gain 
access to the CLIPPER Bus after the abort by the 
Module but before the retry, thus eliminating the Bus 
Lockout condition. The CLIPPER then waits for comple- 
tion of the I/O operation before gaining access to the 
I/O bus for the retry. Timing for bus retry is shown in 
Figure 42. 



Figure 42 Bus Retry (Single Word Read Example) 
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during access of I/O space only (TG = 4). 
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In summary, the Memory Single Bit Error/Retry signal 
operates as follows: 

1 . If the signal is asserted during any time other than ac- 
cess to I/O space and during the same clock cycle that 
RDYi is active, the signal reports a corrected memory 
single-bit error. This causes the CAMMU to generate a 
trap to the CPU. 

2. If the signal is asserted during access of I/O space 
(TG = 4) while RDYi is inactive, the current bus opera- 
tion is aborted and retried by the master CAMMU with 
no trap assertion to the CPU. 

9.4.4. Bus Error 

A bus operation can be aborted by the assertion of 
BERR (Bus Error) by user-designed logic implemented 
in the CLIPPER system (see Figure 43). Bus error con- 
ditions should be d etected by the bus error logic, which 
should then assert BERR and an interrupt request (via 
the interrupt logic). The CAMMU terminates the system 
bus access and releases the bus when it detects the 

Figure 43 Bus Error 




assertion of BERR. The CPU should use the interrupt re- 
quest to vector to a routine designed to resolve the bus 
error condition. 



BERR must be asserted by the bus error logic for one 
BCLK cycle. The state of the CLIPPER Bus associated 
with the bus error may be stored by the bus error logic 
for use by the bus error interrupt service routine. 

9.4.5. Unrecoverable Fault 

Some errors allow no clean means of recovery for con- 
tinuation of program execution. These errors include the 
occurrence of a trap during execution of INTRAP or 
reti, and the detection of a fault during self-test (see 
Section 9.4.9). A trap during execution of INTRAP or 
reti can be avoided by ensuring that the Exception Vec- 
tor Table is set up prior to the occurrence of a trap con- 
dition, and that the supervisor stack pointer always 
points to a valid page. No other conditions generate an 
unrecoverable fault. 

Were the CPU to ignore these error conditions and con- 
tinue execution, effects on the system could be 
catastrophic. A faulty or "lost" CPU could execute ran- 
dom writes to memory and I/O, for instance, corrupting 
data in both main memory and secondary storage. The 
CLIPPER CPU offers protection from catastrophic 
failure by stopping program execution immediately upon 
detection of one of the unrecoverable fault conditions, 
before the system is corr upted . It then asserts the Un- 
recoverable Fault signal (URF) as a hardware indication 
that the CPU is halted due to an unrecoverable error, 
and that human intervention is required to correct the 
problem. 

9.4.6. Wait States 

Slow device s can introduce wait states by delaying 
assertion of RDY on the CLIPPER Bus during bus 
operations. Wait states consist of an integral number of 
BCLK periods during which time the master device 
rema ins in a "waiting" state until the slave device as- 
serts RDY to indicate that it has asserted data on the 
bus (if a read operation by the master), or has read 
data from the bus (if a write). Wait states are further ex- 
plained in the following descriptions of bus operations. 



78 



CLIPPER™ C1 00 
32-Bit Compute Engine 



Advance Information 



9.4.7. CLIPPER Bus Operations 

Unless otherwise noted, the signal nomenclature used 
in this section describe the signals as shown in 
Figure 37. 

— RDY i s tied t o RDYo to form a single ready signal 
(RDY). RDY is gated with RDYoi on the CLIPPER 
Module Interface. 

— CBSYd and CBSYi on the CLIPPER Module 

Interface are gated to form a single ORed CBSY 
signal on the CLIPPER Bus. 

A CLIPPER Bus operation begins when a bus master re- 
quests the bus by asserting its Bus Request signal and 
receives Bus Grant from the bus arbitration unit. The 
bus master can then execute one of four bus opera- 
tions: a read operation, a write operation, a global write 
operation, or a multiple memory access operation. 



Read Operation 

Upon receiving Bus Grant (BGx), the master (possibly a 
CAMMU) asserts TR, Memory Space System Tag 
(TG<2:0>), Cycle Type (CT<5:0>), and a real address 
(AD<31:0>) on the bus. The Memory Space System 
Tag, Cycle Type, and TR signals remain asserted during 
the entire operation. However, the bus master three- 
states the multiplexed address/data lines (AD<31 :0>) 
after two BLCK cycles to make the lines available for 
data transfer by the slave device (see Figures 41 and 
44). 

The b us master then waits for the slave device to assert 
RDY (CAMMU RDYi signal), indicating that the data is 
on the bus. The master latches the data on the same 
posit ive transition of BCLK that it detects assertion of 
RDY. The slave device can respond with data im- 
mediately after the address/data lines are three-stated 



Figure 44 Quadword Read (No Wait States) 
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by the bus master, o r can respond later as required by 
delaying assertion of RDY thereby introducing wait 
states. 

The minimum number of BCLK cycles required for a 
read operation is three, excluding bus arbitration require- 
ments: two cycles are required for assertion of address, 
and at least one cycle is required for the data transfer. 

Bus Watch During Read Operations 

During I/O reads of private, copy-back main memory 
space (i.e., TG= 2), eac h CAMMU with Watch I/O Reads 
enabled asserts CBSY, indicating to other bus devices 
that it is checking for dirty cached data (cached data not 
yet written to main memory) corresponding to the main 
memory location being accessed by the I/O device. If it 
finds dirty data, it asserts the dat a on the AD bus, as- 
serts RDYo, and releases CBSY. The I/O master must 
then latch the data on the positive BCLK transition fol- 
lowing assertion of RDYo. If the data is not cached or 

Figure 45 Memory Interface CBSY Monitoring 



the cach ed data is not dirty, the affected CAMMU 
releases CBSY, allowing transfer of main memory data 
to the bus master. This Bus Watch sequence applies to 
both single-word reads and quadword reads. If Bus 
Watch intervention occurs during quadword reads, 
however, the affected CAMMU will return all four data 
words if one or more data words is dirty. 

The main m em ory inte rface must monitor the C LIPPE R 
Bus CBSY and RDYo (which can be tied to the RDY sig- 
nal) lines and all ow mai n memory data response on 
AD<31:0> only if CBSY (CBSYi or CBSYd on the 
CLIPPER Module Interface) is not asserted, indicating 
that there will be no CAMMU intervention resulting from 
CAMMU Bus Watch. If RDYo is asserted by the 
CAMMU while CBSY is asserted, the memory interface 
must abort the memory read because the CAMMU is 
responding w ith mor e recent cache data. Memory 
monitoring of CBSY is summarized in Figure 45. 
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NOTES: 

(1) Single Word Writes: CAMMU updates cache on hit; memory interface must not assert RDY until after CBSY 
is released. 



(2) I/O Reads: CAMMU provides data on cache hit; memory interface must not assert RDY until after C BSY i s 
releas ed, and may enter into memory data that is supplied by the CAMMU (indicated by assertion of RDY and 
CBSY by the CAMMU) in order to support Clear Dirty operation if required. 



(3) Quadword Writes: The memor y interf ace proceeds normally (doesn't monitor CBSY) if the bus arb iter in hibits 
gran ting of t he bus again while CBSY is asserted; otherwise the memory interface must not assert RDY until 
after CBSY is released. 
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The Clear Valid option, if enabled, requires memory to 
update its contents with the more current (dirty) data 
supplied by the cache for an I/O quadword read, unless 
the data will not be read by another I/O device (see Sec- 
tion 7.6.4). Use of this option saves a write of the dirty 
data to memory when the cache line is replaced. The 
Clear Valid option is enabled by setting the Clear Valid 
flag in the Control Register. Memory support for this op- 
tion requires that the memory transition from a memory 
read o pera tion to a memory write operation when both 
CBSY and RDY are asserted by the D-CAMMU, and 
that the memory not be allowed any wait states be- 
tween the individual quadwords supplied by the 
CAMMU. 

CAMMUs normally require 4 MCLK (120ns @ 66.7 MHz 
OSC frequency) cycles for Bus Watch checking. During 
this time the memory interface can proceed with the 



read operati on wi thout delay up to, but not including, 
assertion of RDY. As a result of this parallelism, 
CAMMU Bus Watch operation results in little impact on 
CLIPPER Bus utilization. 

Write Operation 

Signal assertion and timing associated with a write 
operation are similar to those associated with a read 
operation. Upon receiving Bus_Grant (BGx), the master 
(possibly a CAMMU) asserts TR, Memory Space Sys- 
tem Tag (TG<2:0>), Cycle Type (CT<5:0>), and a real 
address (AD<31:0>) on the CLIPPER Bus. The Memory 
Space System Tag, Cycle Type, and TR signals remain 
asserted during the entire operation (see Figures 46-48). 

After two BCLK cycles, however, the bus master 
replaces the address on the AD lines with the data to 
be written, and holds the data on the lines until the 




Figure 46 Single Word Write (1 Wait State) 
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slave acknowledges latching of the data by asserting 
RDY (CAMMU RDYi signal) on the CLIPPER Bus. The 
slave can assert RDY when ready, allowing wait states 
as required. 

If the operation is a single-word write, the bus master 
releas es the bus immediately following detection of as- 
serted RDY (CAMMU RDYi signal). If the operation is a 
quadword write, the bus master asserts the second, 
third, and fourth data words of the quadword data trans- 
fer during s ucces sive BCLK cycles following detection 
of asserted RDY The slave device can introduce wait 
states between assertion of the quadword address by 
the master and latching of the first data word, and be- 
tween latching of the individual data words 

The minimum number of BCLK cycles required for a 
write operation is three, excluding bus arbitration require- 



ments. Two cycles are required for assertion of the ad- 
dress, and at least one cycle is required for the data 
transfer. 

Bus Watch During Write Operations 

A CAMMU invokes Watch I/O Writes, if enabled, when 
an I/O device writes to its cacheable main memory 
space; and invokes Watch CPU Writes, if enabled, 
when a CPU (via a D-CAMMU) writes to its shared 
cacheable main memory space. Both Bus Watch 
modes, when invoked, function identically. If the write 
operation invoking one of these modes is a single-word 
write operation, the affected CAMMU updates the cache 
with the data written to the main memory if the main 
memory data has been cached. If the write operation is 
a quadword write, the affected CAMMU invalidates the 
cache line containing the data addressed in main 
memory. 



Figure 47 Quadword Write (No Wait States) 
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A CAMMU normally requires 4 MCLK (120ns @ 66.7 
MHz OSC frequency) cycles to complete one of these 
Bus Watch operations. However, if the Bus Watch opera- 
tion occurs while the CPU is accessing the CAMMU, 
the CAMMU may require more ti me to c omplete the 
operation and will keep asserting CBSY to inhibit further 
bus operations until it has completed the task. The bus 
master, however, can complete the write operation while 
the CAMMU executes its Bus Watch operation, so Bus 
Watch impact on CLIPPER Bus utilization is 
minimal. 



If CBSY is asserted during a byte, halfword, or word 
memo ry wri te operati on, the memory interface must not 
assert RDY until after CBSY is released. This ensures 
that the data remains on the bus long enough for entry 
by a CAMMU into its cache in case of a hit 



If CBSY is asserted during a quad word write, the 
memory interface can asser t RDY normally without 
regard to the state of CBSY because in case of a cache 
hit, the affected CAMMU invalidates the hit line and 
does not require data to be present on the bus. 
However, the system bus arbiter must not grant the bus 
to a new bus master until CBSY is released, indicating 

Figure 48 Quadword Write (4 Wait States) 



that all CAMMUs are ready for a new operation. Al terna - 
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Figure 45. 
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during the write to inhibit further bus activity until it has 
completed internal tasks associated with the write. Sys- 
tem l ogic i s requ ired wh ich detects global writes and as- 
serts RDY when CBSY is released. 

Read-Modify-Write Operation 

A read-modify-write bus operation is a combination of a 
read operation, followed by a write operation. Timing 
and protocol associated with the read and the write 
phases of a read-modify-write operation are the same 
as for single reads and writes; however, Bus Request 
(BR) must be asserted by the bus master during the en- 
tire operation. 

Read-modify-write operations are performed during ex- 
ecution of the tsts (test-and-set instruction). However, 
the write part of the read-modify-write is performed only 
if the bit to be tested is zero; if the bit has already been 
set (AD<31> = 1), the bus operation is terminated. 
Timing for this operation is shown in Figure 49. 



Read-modify-write operations are also performed during 
address translation when the DTU accesses main 
memory twice to read the Page Table Directory and 
Page Table in main memory, and follows with a write to 
the Page Table if the Referenced or Dirty flags must be 
modified. Timing for this operation is shown in 
Figure 50. 

9.4.8. Interrupt Bus 

The C LIPPER Bus includes a separate interrupt bus, 
IVEC<7:0>, tied directly to the CPU. This bus allows in- 
terrupt levels and numbers to be transferred to the CPU 
without regard to CLIPPER Bus activity, thereby reduc- 
ing CPU interrupt response time and increasing effec- 
tive CLIPPER Bus bandwidth. (See Section 6.3, 
Interrupts.) 

An interrupt controller must be implemented in a 
CLIPPER system. In cases of multiple interrupt re- 
quests, it must select between the interrupts, asserting 



Figure 49 Read-Modify-Write (Test and Set) 
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the interrupt with highest priority. The interrupt controller 
must assert an interrupt request and its associated inter- 
rupt vector number together on the same positive transi- 
tion edge of BCLK. The interrupt vector number can 
change to a higher priority on any BCLK. The CPU 
uses the interrupt level an d nu mber present on the 
IVEC bus when it detec ts IRQ release on a rising edge 
of BCLK, then releases IACK during the following BCLK 
period. 

9.4.9. Diagnostics Control 

The CLIPPER M odule ex ecutes diagnostic routines fol- 
l owing rel ease of RESET if Apply Diagnostics 
(URDIAG) is asserte d during the two BCLK cycles fol- 
lowing the release of RESET. Then it begins execution 
at supervisor virtual address 6000H, which is mapped 
by the HTLB to real address of Boot space. 



The state of U RDIAG during the two BCLK cycles follow- 
ing release of RESET determines whether the CLIPPER 
Module CPU executes internal diagnostics before ex- 
ecuting from boot code (see Figure 35). This is a power- 
ful feature of the module which allows self test of major 
functions of the CPU without test equipment, and 
without removal of the chip. Failure during diagno stics is 
reported by assertion of the Unrecoverable Fault (URF) 
CLIPPER Bus signal. 

The CLIPPER Module self test checks most, but not all, 
of the major functions of the CPU. It is intended to be a 



first-level check of the CPU, and in fact is used to initial- 
ly test individual CPU die during fabrication. The test ex- 
ecutes approximately 700 instructions in about 4500 
MCLK periods, using operands which test the CPU 
under worst-case conditions where possible. For ex- 
ample, worst-case carries, overflows, and sign exten- 
sions are tested. 

The following CPU operations and functions are tested: 

— Pipeline resource management 

— Integer and floating-point execution units 

— General-purpose register files 

— Integer bypass mechanism 

— Transition between supervisor and user modes 

— Temporary (hidden) registers 

— Macro branches 

— All addressing mode computations 

— Arithmetic shift, logical shift, and rotate instructions 

— Integer multiply and divide 

— Single- and double-precision floating-point 
instructions 

— Floating-point status bits 

CPU operations which require external response to in- 
struction execution are generally not tested. These in- 
clude exception conditions, branches, loads, stores, 
pushes and pops, and l-CAMMU and D-CAMMU 
interfaces. 



Figure 50 Read-Modify-Write (DTU Operation) 
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9.4.10. Bus Timing 

Figures 51-66 show CLIPPER Bus signal timing and 
test loads. Values for parameters indicated in the 
figures are listed in Tables 15 and 17. 

BCLK is CMOS-compatible. All timing relationships in 
the timing figures are referenced to the 1.5 V midpoints 
of BCLK positive transitions. 

The following are definitions of terms used in the figures: 

Tarb (arbitration time) 

BCLK cycle used for bus arbitration 

Taddl (address time 1) 

First BCLK cycle during which address is asserted 

on the bus 

Tadd2 (address time 2) 

Second BCLK cycle during which address is as- 
serted on the bus 

Td (data time) 

BCLK non-wait state cycle during which data is as- 
serted on the bus. For a quadword transfer, a 
numerical subscript (e.g., Td2) indicates which data 
word is asserted. 



9.4.11. CLIPPER C100 Module Configurations 

There are three CLIPPER C100 Module configurations, 
shown in Figures 67- 72. 

The C100 Module C100C1MLX is shown in Figure 67. 
Its connector mates with a user-supplied type BIC-Vero 
905-72 178F, or equivalent, male connector. Note that 
the numbering on the male connector is reversed rela- 
tive to the CLIPPER Module connector. 

The C100 Module C100C1BLX (Figure 69) mates with 
a user-supplied Samtec SD-125-T-18, or a McKenzie 
SBU-2X25-STGT-D131-VLI female socket connector, or 
the equivalent. 

The C100 Module C100C1DLX (Figure 71) mates with 
a user-supplied McKenzie PH 1-225/1 00 - 32G male con- 
nector or the equivalent. 

9.4.12. Oscillator Connection 

An external oscillator must be provided by the user to 
drive the clock control chip on the CLIPPER Module. 
The oscillator frequency must be twice the required 
MCLK frequency, with a duty cycle between 60/40 and 
40/60. The oscillator should be placed as close to the 
connector as possible. 



Tw (wait state time) 

BCLK cycle during which the CLIPPER Module is in 

a wait state. 
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Table 15 AC Characteristics Vcc = 5.0 V ± 5%, Ta = to +55°C 


Symbol 


Characteristic 


33 MHz C1 00 


Unit 


Min 


Max 


tsu 


Setup Time 


15.0 




ns 


tH 


Hold Time 







ns 


tC01 


Clock to Transition Time 1 





20 


ns 


tC02 





17 


ns 


tC03 





15 


ns 


tR 


Output Rise Time 1,2 




11 


ns 


tF 


Output Fall Time 1,2 




7 


ns 



Notes: 

1 Transition, rise, and fall times are for a 50pF external capacitive load (see Figure 64 ). 

2.AII outputs except BCLK. 

3.To guarantee setup times, the input signals must have rise and fall times < 4ns. 

Table 16 DC Characteristics Vcc = 5.0 V ± 5%, Ta = to +55°C 



Symbol 


Characteristic 


Conditions 


Min 


Max 


Unit 


VlH 


Input HIGH Voltage 




2.0 


Vcc 


V 


VlL 


Input LOW Voltage 




-0.5 


0.8 


V 


VOH 


Output HIGH Voltage 1 


Vcc = 4.75 V 
Ioh = -20nA 


4.7 




V 


Vcc = 4.35 V 
I oh = -2mA 


4.3 




V 


Vol 


Output LOW Voltage 1 


Vcc = 5.25 V 
Iol = +20pA 


.2 


0.4 


V 


Vcc = 5.25 V 
Iol = +2mA 




0.45 


V 


I IN 


Input Leakage Current 


Vin = to 5.25 V Inputs Only 




±10 


HA 


llH 


Input HIGH Current Rp = 220 ohms 


Bidirectional I/O Only 




±10 


ma 


IlL 


Input LOW Current Rp = 220 ohms 


Bidirectional I/O Only Vil = 0.55 V 




-22 


mA 


C|N 


Input Capacitance 


Inputs 




18 


PF 


Bidirectional I/O 




28 




Ice 


Supply Current 


T A = 0°C, Vcc = 5.25 V 




1.2 


A 


Pd 


Power Dissipation 


fosc = 66.7 MHz 
BCLK load = 100pF 




6.0 


W 



1. Ioh, Iol and I ii_ parameters are a function of the value of Module pull-up resistor Rp. 
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Table 17 AC Characteristics - OSC, BCLK Vcc = 5.0 V ± 5%, Cl = 200pF, Ta = to +55°C 


Symbol, 


Characteristic 


Conditions 


33 MHz C1 00 


Unit 


Min 


Max 


fosc 


Oscillator Frequency 




2.0 


66.7 


MHz 


tosc 


Oscillator Cycle Time 




15 


500 


ns 


tOSCH 
tOSCL 


Oscillator Pulse Width 


tosc = Min 


6 


9 


ns 


tOSCR 
tOSCF 


Oscillator Rise and 
Fall Time 






6.0 


ns 


tc 


BCLK Cycle Time 


RATE = LOW 


60 




ns 


RATE = HIGH 


120 




ns 


tCH 


BCLK Pulse Width 


tc = Min (RATE = LOW) 


27 


33 


ns 


tc = Min (RATE = HIGH) 


54 


66 


ns 


tR 
tF 


BCLK Rise 

and Fall Time (BCLK) 






5.0 


ns 



Note 

BCLK rise and fall times are for a 100pF capacitive load (see Figure 65). This load should not be exceeded to 
ensure proper operation. 



Table 18 DC Characteristics - BCLK Vcc = 5.0 V ± 5%, Ta = to +55°C 



Symbol 


Characteristic 


Conditions 


Min 


Max 


Unit 


VOH 


Output HIGH Voltage 1 


Ioh = +100mA 


4.3 




V 


Vol 


Output LOW Voltage 2 


Iol = +100mA 




0.45 


V 



Notes: 

1 . Voh worst case occurs with Vcc = 4.75 V. 

2. Vol worst case occurs with Vcc = 5.25 V. 



Table 19 DC Characteristics - OSC Vcc = 5.0 V ± 5%, Ta = to +55°C 



Symbol 


Characteristic 


Conditions 


Min 


Max 


Unit 


V| H 


Input HIGH Voltage 




4.0 


Vcc +0.5 


V 


VlL 


Input LOW Voltage 




GND -0.5 


0.5 


V 
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Figure 51 AC Measurement Points 
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Figure 52 AC Measurement Points, OSC and BCLK 
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Figure 53 Read Timing Diagram 
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NOTE: 

Timing measurements are referenced to and from a signal midpoint voltage of 1.5 volts unless 
otherwise stated. 
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Figure 54 Write Timing Diagram 
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NOTE: 

Timing measurements are referenced to and from a signal midpoint voltage of 1 .5 volts unless 
otherwise stated. 
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Figure 55 Watch I/O Reads 
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NOTES: 

1. I/O READ: Device reads from main memory (e.g., main memory to disk). 

2. Timing measurements are referenced to and from a midpoint signal voltage of 1 .5 volts unless 
otherwise stated. 
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Figure 56 Watch CPU and I/O Writes 
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NOTES: 

1 . I/O WRITE: I/O device writes into main memory (e.g., disk to main memory). 

2. WRITE TO SHARED PAGE One of the CAMMUs writes into the shared area of main memory. 

3. Timing measurements are referenced to and from a midpoint signal voltage of 1 .5 volts unless 
otherwise stated. 

4. RDYi is asserted by the memory interface. 
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Figure 57 D-CAMMU Read from Companion l-CAMMU 
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NOTES: 

1 . Timing measurements are referenced to and from a midpoint signal voltage of 1 .5 volts unless 

otherwise stated. 
2. 1-CAMMU internal registers can be accessed through the companion D-CAMMU 

(D-CAMMU of same CLIPPER module). 
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Figure 58 D-CAMMU Write into Companion l-CAMMU 
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NOTES: 

1 . Timing measurements are referenced to and from a midpoint signal voltage of 1 .5 volts unless 
otherwise stated. 

2. I-CAMMU internal registers can be accessed through the companion D-CAMMU 
(D-CAMMU of same CLIPPER module). 
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Figure 59 Maskable Interrupt Request/Acknowledge Timing 
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NOTES^_ _ CPU LATCHES IVEC 

1 . After IACK returns high the IRQ line must be high for one clock before another interrupt 
request returns IRQ low. 

2. The IVEC lines can ch ange only to a higher priority when IRQ is low. The higher priority value 

must be on the IVEC lines by "a". 

3. CPU l atches IVEC on the rising edge of BCLK following release of IRQ. The CPU releases 

IACK during the BCLK period following release of IRQ. 

4. Timing measurements are referenced to and from midpoint voltages of 1.5 volts unless 
otherwise stated. 



Figure 60 Non-Maskable Interrupt Request/Acknowledge Timing 
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1 . After NMIACK returns high the NMl line must be high for one clock before another 
nonmaskable interrupt request returns NMl low. 

2. Timing measurements are referenced to and from midpoint signal voltages of 1.5 volts 
unless otherwise stated. 
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Figure 61 LOCK Timing 
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Figure 62 URF Timing 
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Figure 63 RESET and URDIAG Timing 
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Figure 64 Module Output Test Load 
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Figure 65 BLCK Output Test Load 
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Figure 66 Maximum Output Delay vs. Capacitive Loading 
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Figure 67 CLIPPER C1 00 Module C100C1MLX 
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Figure 68 Plnout of CLIPPER C100 Module C100C1MLX 
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NOTES: 1 . Numbering on the CLIPPER Module female connector may not correspond 
to numbering on user-supplied male connectors. 
2. Pin B31 (RSV) should be tied to pin A32 (BCLK) to ensure compatibility with 
future enhanced versions of the CLIPPER Module. 
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Figure 69 CLIPPER C100 Module C100C1 BLX 
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Figure 70 Pinout of CLIPPER C100 Module C100C1 BLX 
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NOTE: 



Pin B31 (RSV) should be tied to pin A32 (BCLK) to ensure compatibility with 
future enhanced versions of the CLIPPER Module. 
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Figure 71 CLIPPER C100 Module C100C1DLX 
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NOTE: 

Package dimensions are given in inches 
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Figure 72 Pinout of CLIPPER C100 Module C100C1DLX 
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NOTE: PIN J3-8 SHOULD BE TIED TO BCLK (PIN J2-1) TO ENSURE COMPATIBILITY 
WITH FUTURE ENHANCED VERSIONS OF THE CLIPPER MODULE. 
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